Just1

Bonjour Fenrir et merci pour ton aide. C'est vraiment handicapant que "certains paquets se mettent mal à jour" ! Comme a pu l'expliquer lvdtime, la restauration d'une sauvegarde (fichier sbk) depuis l'interface de DSM ne fonctionne pas. Effectivement, les groupes "Directory Clients" et "Directory Consumers" sont nouveaux et n'existaient pas dans la version précédente de Directory Server. L'interface de DSM ne permet pas de les supprimer. Dans notre cas nous avons deux bases LDAP répliquées sur deux NAS différents, l'un sous DSM 6 (mis à jour) l'autre sous DSM 5 (non mis à jour). Voici ce que nous avons fait pour que tout rentre dans l'ordre : Sur le NAS sous DSM 5 (celui dont le serveur LDAP fonctionne) : Exporter les parties "users" et "groups" au format LDIF avec JXplorer Noter la valeur des "gidNumber" et "uidNumber" lues dans JXplorer dans la partie "synoconf > CurID" de l'arborescence Sur le NAS sous DSM 6 (celui dont le serveur LDAP ne fonctionne plus) : Désinstaller le paquet Directory Server Ré-installer le paquet Directory Server Ouvrir JXplorer Vider le contenu de "groups" et le contenu de "users" (car importer une arborescence sur l'arborescence n'a pas fonctionné pour nous) Éditer les valeurs des paramètres "synoconf > CurID > gidNumber" et "synoconf > CurID > uidNumber" pour leur appliquer les valeurs identiques à celles du serveur LDAP fonctionnel Importer la sauvegarde LDIF des "users" Importer la sauvegarde LDIF des "groups" Éventuellement redémarrer le Directory Server et constater que ça fonctionne (si tout s'est bien passé...) Nous n'avons pas recréé les groupes "Directory Clients" et "Directory Consumers", je ne sais pas quel en sera l'impact. C'est une information très précieuse et on peut à mon avis utiliser le LDIF du *.sbk et se calquer sur ma procédure décrite plus haut pour restaurer n'importe quelle installation. Attention il faudra peut-être éditer manuellement le fichier LDIF pour en extraire la partie "users" et la partie "groups".

Bonjour à tous, Ce matin j'ai mis à jour vers DSM 6.0 un serveur Synology RS812+ qui tournait jusque là sous DSM 5.x . Le serveur LDAP n'est malheureusement plus accessible depuis... Après mise à jour des nombreux paquets incompatibles DSM 6.0, la situation ne s'améliore pas. Lorsque je vais sur la page du paquet Directory Server, la case "activer le serveur LDAP" est cochée. Je décoche et j'applique, puis je recoche et j'applique, et là j'ai un message "Identifiants non valides. Veuillez vérifier votre nom compte et mot de passe." (je suis en mode "provider"). Je suppose qu'il s'agit du FQDN et du mot de passe car il n'y a rien d'autre, mais ces paramètres n'ont jamais été modifiés ! De toute façon je ne vois pas en quoi ils pourraient être "invalides" puisque c'est moi qui les définis. Bref je suis coincé, l'accès aux fichiers est impossible pour tous les utilisateurs ainsi que d'autres services liés au LDAP. Les boules ! Qui peut m'aider ?

Personne n'utilise BubbleUPnP on dirait ! Dommage parce que j'aurais simplement eu besoin que quelques personnes testent et constatent le même problème que moi.

J'ai fait un GIF animé pour présenter mon problème de manière plus graphique, mais décidément je ne trouve nulle part où le joindre à mon message ! Quelqu'un peut-il m'aider ?

Salut à tous. Je suis super content parce que j'ai réussi à me faire une petite installation audio "connectée" sympa avec un téléphone Android reconverti ! Voilà le matériel : Un NAS Synology DS710+ en DSM 5.0-4482 avec "Serveur multimédia" activé --> Serveur DLNA (Digital Media Server, DMS) Un smartphone Android* avec l'application BubbleUPnP** --> Diffuseur DLNA (Digital Media Renderer, DMR) Des enceintes amplifiées reliées au smartphone décrit ci-dessus Plusieurs autres smartphone Android ou iOS exécutant l'application DS Audio --> Contrôleurs DLNA (Digital Media Controller, DMC) Un ou plusieurs PC sous Windows ou Linux qui peuvent accéder à Audio Station par l'interface Web --> Contrôleurs DLNA (Digital Media Controller, DMC) Et le principe : Le smartphone qui fait DMR (appelons-le "smartphone du salon") exécute l'application BubbleUPnP en permanence Avec un autre smartphone (appelons-le "mon smartphone") et DS Audio sur PC, je peux naviguer parmi la bibliothèque du NAS, choisir le "smartphone du salon" comme sortie audio, et lancer la lecture de mes musiques préférées pour les diffuser dans le salon Avec mon PC je peux passer à la musique suivante, changer la liste de lecture, etc. de même qu'avec mon smartphone ou un autre smartphone Mais évidemment si je suis là c'est que je rencontre un problème ! Que ce soit à partir des applications DS Audio sur smartphone ou d'Audio Station sur PC, lorsque je règle le volume pour modifier le volume du Renderer (smartphone du salon), la plage de réglage est limité à environ 20% de la taille totale du slider d'Audio Station (ou de DS Audio, le comportement est le même). Si je dépasse, le volume ne change pas et le curseur revient à sa position initiale. En réalité la plage totale de réglage du volume de mon Renderer [0-100%] est ramenée à [0-20%] sur Audio Station et DS Audio. Cela signifie qu'en mettant le volume à 10%, j'obtiens 50%, et en mettant le volume à 20% j'ai 100% (très fort !). J'ai beau avoir des petits doigts ou une souris précise, j'ai carrément du mal à régler le volume correctement !! C'est là que j'en appelle à la communauté : Y en a-t-il parmi vous qui ont des configurations DLNA qui ressemblent à la mienne ? Avez-vous rencontré ce problème de volume ? Avec BubbleUPnP sous Android ? Avec un autre type Renderer ? Le problème vient-il de chez Synology ou de BubbleUPnP ? Le contrôle du volume est-il sensé respecter un standard de valeurs de niveau ? Merci à vous * Samsung Galaxy Ace avec une ROM Android 4.2.2 (CyanogenMod 10.1) ** BubbleUPnP 1.8.6 avec licence valide, acheté sur Google Play Store Source à propos du DLNA : http://fr.wikipedia.org/wiki/Digital_Living_Network_Alliance

OK je suis rassuré. Allez j'installe ! ----- EDIT : Parfait, mon installation de IPKG est conservée et mes paquets sont listés correctement. Preuve qu'il n'y avait aucune raison de s'inquiéter. Merci Lelolo !

OK merci Lelolo. Sais-tu me dire si ce paquet installe IPKG, et potentiellement écrase une installation existante ? Ou peut-être qu'il vérifie la présence d'IPKG avant d'installer IPKGui ? Ou peut-être que l'installation de IPKG est un pré-requis ? Help me

Pour ma part jusqu'a maintenant - et depuis le DSM 2.3 - je note la qualité et la stabilité globale de la suite logicielle proposée par Synology. J'apprécie également la quantité croissantes de fonctionnalités proposées, que ce soit par intégration dans le DSM ou via des paquets supplémentaires. Je trouve mon compte dans tout ça parce que j'ai accès à des fonctionnalités professionnelles grâce à une simplicité défiant toute concurrence, et des fonctionnalités très "user-friendly" destinées à l'utilisation à la maison. Jusque là je crois que ça évolue plutôt dans le bon sens : quand je vois la différence entre PhotoStation 4 et PhotoStation 6, l'arrivée de TimeBackup, ou le nombre de paquets supplémentaires qui ont été ajoutés l'année dernière, je suis content d'avoir acheté Synology . Pour la petite histoire j'ai acheté un D-Link DNS-320 il y a peu par souci d'économie , plus jamais je ne referai cette erreur ! Tout ce que je souhaite, c'est que cela continue (avec DSM 5 et ses successeurs), et que mon NAS puisse encore recevoir les mises à jour pour quelques années .

Boarf, ça ne concerne pas grand monde on dirait...

Oups, j'ai un peu décroché on dirait En ce qui concerne la transition, est-ce que le basculement se fait simplement ? Y a-t-il des configs à modifier ?

Salut ! Sur mon Syno IPKG est installé ainsi qu'un serveur svn (par le biais d'IPKG). Maintenant il existe un paquet "officiel" SVN (serveur) dans le Centre de paquets. Question : Ai-je un intérêt à basculer mon installation actuelle sur le paquet officiel ? L'administration est-elle plus simple avec cette solution ? Schuusss

Bonjour à tous. Voilà j'ai un Synology DS710+ et IPKG y est installé de longue date. Je viens d'ajouter des au "Centre de paquets" et je vois maintenant apparaître un outil intéressant nommé "IPKGui" qui se veut être une interface graphique pour IPKG. A la manière de "synaptic", ça doit permettre de gérer les paquets installés autrement que par la ligne de commande. L'idée me plaît, mais je n'ai pas voulu installer ce paquet de peur que mon installation actuelle d'IPKG soit écrasée. Quelqu'un a-t-il déjà installé IPKGui ? Ce paquet fait-il une ré-installation systématique de IPKG ? Merci pour votre aide

Pour les prochains visiteurs qui tomberont sur ce topic, sachez qu'il y a déjà des solutions sur ce forum car ce n'est pas un problème isolé. Chaque mise à jour de DSM semble remettre le PATH par défaut (et donc le chemin vers les binaires IPKG n'existe plus). Une solution détaillée - "pour les nuls" - se trouve

Très bon tutoriel, qui m'a permis d'accéder à mon NAS depuis les réseaux qui bloquent le port sortant (enfin ! Ca fait 1 an que je me demande comment faire ça...). Si je peux me permettre 2 remaques : Je n'ai rencontré aucun problème quant à la mise en place de cette solution avec le DSM 4 (DSM 4.0-2198). Certes mes fichiers ne sont pas strictement identiques à ceux proposés, certes je redirige toutes les requêtes HTTP vers le HTTPS, certes j'ai aussi créé un accès pour le protocole WebDAV, mais qu'importe : à mon avis il n'y a aucune contre-indication spécifique au DSM 4.0. Je ne comprends donc pas le message de mise en garde sur ton site Patrick (la description qui suit n'est pas compatible avec la version DSM4.0) Il serait fort bien de tagger ce fil avec des mots clés du genre "travail", "bureau", "réseau bloqué", "proxy". Pour ma part je cherchais à accéder à mon serveur depuis mon travail. Le trafic sortant est filtré, et le port 5000/5001 est donc inaccessible. Me disant que je n'étais pas le premier (ce qui est loin d'être le cas), j'ai cherché des choses comme "Accéder à son NAS depuis son travail" sans rien trouver de concluant. J'ai eu énormément de mal à trouver un tuto, avant de comprendre qu'il fallait que j'utilise le port (port qui n'est jamais bloqué). Bien sûr tout le monde n'est pas dans cette situation de réseau filtré, mais je pense que ce serait donner un gros pouce aux novices que d'ajouter quelques mots clés (ou un nouveau sous-titre) à ce fil. Merci beaucoup Patrick !

Bonne nouvelle, pour ma part la mise à jour vers le DSM 4.0 n'a pas affecté les modifications décrites dans ce tutoriel. Espérons qu'au fil des mises à jour suivante nous puissions tous faire le même constat.