CoolRaoul

D'apres ce que je lis des commentaires ce modèle est un successeur de la "A828" : A828 qui n'est apparemment plus commercialisée ("Ce produit ne fait plus partie de notre catalogue.") Puisque tu n'es pas encore propriétaire de la clé autant prendre celle-la alors (en plus pour 33€ ça me semble une bonne affaire)

Ca signifie juste que, soit personne du forum ne l'a testé soit que que ceux qui l'ont fait n'ont pas pris la peine de venir rendre compte. Mais une rapide recherche Google (4ème résultat avec les mot clés: "AverMedia" "Hybrid" "Volar" "A828" "synology", comment n'as-tu pas trouvé?) m'a permis de te trouver ceci:

Deux possibilité: les ports (5000 ou 5001 en mode SSL) sont fermés au niveau du firewall du Syno (facile à vérifier: panneau de configuration -> sécurité -> pare-feu) ou bien c'est la LiveBox qui ne fait pas la redirection (mais dans ce 2eme cas je ne saurais pas t'aider)

Vérifier avec http://www.yougetsignal.com/tools/open-ports/ pour en avoir le coeur net Non, puisque dscloud fonctionne, la manip de résolution n'a pas besoin d'être aussi radicale. Ca coince ... comment? Quel est le message d'erreur (timeout, host inconnu, erreur de login, autre ?)

Et bien voila, problème résolu. Et pour les autres services que CloudStation, suffira d'ouvrir les ports respectifs en d’après le lien sur le site syno que j'ai donné plus haut.

Ah nous y voila: ce n'est ni un pb de DNS ni d'ouverture de port mais bien de mot de passe ou de privilège. Commencer par vérifier dans cloudstation -> privileges que l'utilisateur utilisé est bien coché. Et puis tu peux refaire l'essai en remettant le nom de host à la place de l'ip, ca devrait ce comporter de façon identique. Ok donc 2eme confirmation que le port est bien ouvert et que DDNS est OK. Je pense qu'on est pas loin du but maintenant. On va continuer ici sauf si ça s'avère plus tordu (mais je ne pense pas)

Et faut avoir installé le package PhotoStation aussi.

Ok, pour commencer il faudrait essayer de reconfigurer le client DScloud du smartphone en utilisant l'IP externe à la place du nom DDNS (même si chez orange elle change de temps en temps on a quand même le temps de tester) et de tester si ca se connecte Pour ca mettre le téléphone wifi coupé et data activé (simuler une connexion externe) Ca nous permettra de valider si le problème est coté ouverture de port ou DDNS. Les infos dont tu as besoin sont toutes deux ici: Simultanément tu peux taper dans une console windows la commande "nslookup <hote>" (le nom de la case "nom d'hote ci dessus") et vérifier que ca répond bien avec l'ip de la case "Adresse ext"), exemple c:> nslookup dudule.myds.me Va aussi sur cette page: http://www.yougetsignal.com/tools/open-ports/ dans "port number" saisir le port cloudstation (6690) cliquer "check" et récupérer le résultat J'attend le résultat de ces manips.

Est-ce que la redirection du port 6690 que tu avais forcément mis en place pour CloudStation est toujours là dans la BOX? (je parierai que non) Sinon va te falloir la redéclarer (NB: je n'ai pas une énorme compétence sur la config des LiveBox et surtout pas d’accès à un exemplaire pour vérifier donc sur cette partie tu es seul à moins que d'autres membre du forums puissent venir aider)

Dans un premier temps on va se concentrer sur ce qui marchait et ne marche plus, a savoir DSCloud. On verra ensuite les autres services. (mais la démarche sera la même) Vu que ca marchait avant l'upgrade du firmware de la box, c'est que tu avais déja fait la manip. Suffit juste de vérifier que ce que tu avais mis en place à ce moment là est toujours en place. D'habitude j'utilise png et pour les screenshot j'utilise greenshot mais jpg devrait être accepté. J'uploade le screenshot sur imgur (greenshot sait le faire directement en renvoie l'url dans le clipboard) Mais, avant toute chose, peux-tu confirmer (tu ne l'as toujours pas fait tu remarquera!) que le service DDNS est bien "normal" sur don NAS comme dans mon screenshot?

Pas facile de trouver l'info sur leur site... J'ai réussi a me connecter en webdav (avec Total Commander et son plugin ainsi que ES Explorer sous Android, mais pas avec l'explorateur windows) L'url à utiliser est: https://owncloud.dedikam.com/remote.php/webdav

Faudra commencer par rétablir la configuration utilisant la Livebox. Ensuite que nous dire quels type d'acces externe tu souhaites sur ton NAS Faudra alors vérifier que les ports correspondants sont toujours bien redirigé vers le NAS dans la box en utilisant cette page comme référence (par exemple 6690 pour CloudStation)

Bon je me suis lancé dans l'essai gratuit mais j'ai l'impression de tomber dans un univers un peu étrange. Exemple de ce que j'ai en acces ssh: Welcome to Dedikam server $ ls > /dev/null -bash: /dev/null: Permission denied $ uname -bash: uname: command not found

Je connaissais pas, et en effet: http://www.forum-orange.com/forums/viewtopic.php?pid=697675#p697675 Par contre je serai bien curieux de comprendre comment ça pouvait fonctionner, chaque fournisseur de service DDNS ayant, il me semble, sa propre API de mise a jour (quoi que, une simple connexion http avec authentification pourrait suffire) On voit sur le forum Orange que même le modérateur (JoeKer) ne sait pas et n'a pas eu de réponse: Enfin bref, inutile d'épiloguer. Va falloir passer aux manips.

Exactement: vu qu'il est maintenant avéré que ce n'est pas l'impossibilité d'utiliser la fonction DDNS sur la Livebox qui pose problème (puisque c'est le NAS qui assure cette fonction) et que les nouveaux routeurs ne résolvent pas le problème, me semble que la démarche naturelle est de repartir sur des base saines et investiguer ce qui a réellement coincé. Oui je sais et il va falloir comprendre pourquoi. Je suppose que sur ton NAS ton service DDNS est en statut "normal" comme sur mon screenshot, (sinon tu l'aurais signalé). Ça indique qu'il n'y a pas de problème de ce coté. C'est presque ça sauf qu'il ne s'agit pas d'un "hébergeur de nom de domaine" mais d'un "fournisseur de service DDNS" (la différence est que le nom de domaine ne t'appartiens pas, tu bénéficie juste d'un *sous-domaine*). Comme toi (je n'en ai pas réellement l'usage mais ça me permet de reproduire la fonction pour pouvoir aider d'autres utilisateurs) j'ai configuré mon DDNS chez Syno, j'ai donc l'usage d'un sous-domaine dans le style "<bidule>.myDS.me". PS: reste un truc qui me chiffonne, tu as écris: Je suis très étonné que tu ait pu configurer Synology dans ta box comme fournisseur DDNS dans le firmware précédent de ta box. A ma connaissance aucune box (française en tout cas) n'a jamais supporté Synology en tant que fournisseur DDNS. Tu es bien sur de toi?

Donc ton DDNS est géré par le NAS! Que la livebox ne connaisse pas le fournisseur n'a dans ce cas *aucune* importance. La fonction DDNS sur la Livebox (ou le routeur qui la remplace) fait double emploi avec celle du Synology. ??? Mais Il n'y a *rien* à faire. Tu remet la Livebox à la place du routeur, sous DSM tu vérifie que le DDNS est toujours actif. Ca doit ressembler à ceci: (panneau de configuration -> accès externe -> DDNS) Si le statut est "normal" c'est que c'est bon Ensuite ce qui peut coincer ce sont les redirections dans la box, pense à vérifier.

Non, ceci est tout a fait indépendant du DYNDNS. Ce dont tu parle sont les redirections de ports. Au temps pour moi, c'est parce que ce genre de config a été abordée a deux reprises recemment dans le forum que j'ai été induit en erreur, et ton message laissait un peu une place au doute également. Mais sinon, remettre la Livebox et utiliser la config DYNDNS via le NAS tu ne veux pas essayer? PS: je ne comprend pas cette phrase: "Synology chez qui j'ai déclarer mon nom de domaine" Tu l'a faites *ou* cette déclaration exactement?

Pour pousser le test jusqu'au bout serait intéressant de faire un backup suivi de restauration d'un partage avec ACLs activées et vérifier si elles sont bien conservées dans l'opération.

Ah non il y a de l'espoir: https://www.dedikam.com/content/synology tu testes?

Apparemment ils offrent l'acces rsync en mode "rsync over ssh" et pas en mode client/serveur (nécessaire pour l'outil de sauvegarde intégré syno) On pourra toujours faire des sauvegardes par script (rsync -e "ssh -i <chemin clé privée>" -av /dossierlocal/ user@dedicam:/dossierdistant/) mais faudra oublier la sauvegarde des ACLs et métadonnées

Leurs forums semblent bien déserts non?

Sujet déja abordé il y a peu, pas de problème:

En activant la fonction DHCP de DSM (qui s'appuie sur dnsmasq) tu bénéficie d'un serveur DNS "light" qui devrait suffire pour ce genre de besoin. Suffit d'ajouter des entrées hosts dans "/etc/hosts" du syno et elles seront résolues (sinon dnsmasq se reporte au serveur DNS par défaut pour les IP ou les hosts qu'il ne connait pas. Il gère un cache local également.

J'y ai pensé (et google drive aussi a des tarifs compétitifs) mais ce n'est pas demain la veille que ces services supporteront rsync et donc sauvegarde et restauration "native" de DSM.

Juste un bémol: dans un réseau perso, deux serveurs DHCP, pour peu qu'on veuille mettre en place de pré-allocation d'IP en fonction de la MAC, ça peut être ch** à gérer (faut dupliquer les confs, mais ça fonctionne). C'est surtout utile dans un réseau "pro" ou on souhaite assurer une redondance entre deux serveurs DHCP (bien que la aussi, une approche de type failover soit sans doute aussi efficace). Faut juste retenir c'est que ça fonctionne, le protocole est "étudié pour".