CoolRaoul

De mon coté j'ai également testé leur système de sauvegarde incrémentale qui simple est efficace. C'est grosso-modo le même principe que celui de "time backup" de DSM: ça s'appuie sur l'option "--link-dest" de rsync, donc très optimal niveau place disque (les fichiers identiques dans différents dossiers "snapshot" sont simplement hardlinkés) Juste un peu moins facilement configurable au niveau des options de planification mais c'est compensé par le fait de pouvoir créer plusieurs plans pour le même dossier (exemple hebdo avec rétention 4 + mensuel avec rétention 12)

Ok je comprend mieux, et en effet ca ne s'appliquerait pas trop la ou j'ai fait la manip (la box est à un bout de l'appart et il y a un couloir avec des angles pour relier cette pièce à l'autre bout) je suis d'accord: la solution Apple est neaucoup plus propre, mais qui sait, il devrait être possible de trouver l'équivalent avec du matos moins onéreux. Peut-être ça par exemple: (CPL+WIFI)

Il faut mettre au moins deux règles dans le pare feu (en comprenant que les règles sont évaluées de haut en bas, la première qui "matche" s'applique et les suivantes sont ignorées) La première règle sert à autoriser toutes les connexions venant du réseau local et seulement celles-là (faudra peut-être modifier 192.168.1.0 suivant le sous réseau effectivement configuré chez toi): Ensuite ajouter la (ou les) règles autorisant les connexions externes suivant la source et/ou les services a accéder: (comme: Application" "Port DSM" "Région France", "autorise" dans votre cas) Et terminer par:

Le problème est que mes compétences en wifi sont limitées. J'ai toujours eu du mal à réaliser, avec deux points d’accès répartis dans un appart, une configuration telle que les appareils nomades (tablettes, mobiles et portables) basculent automatiquement d'un à l'autre au grès de leur déplacements. Et en fait, en mettant le même SSID, ou pire avec deux SSID différents, je me retrouve très souvent dans la situation ou un appareil ayant "accroché" un point d’accès ne veuille pas le lâcher alors qu'il se retrouve pourtant bien plus proche du second (j'ai notamment un portable DELL sous Win7 tres "têtu" sur ce point) La solution étant en général d'activer/désactiver manuellement le wifi pour forcer la bascule. Voila pourquoi je reste toujours très perplexe sur ce type de montage. Par exemple l'expression "au milieu de la réception" me plonge dans la plus profonde perplexité: eu milieu entre quoi et quoi? d'un coté on a le routeur wifi mais de l'autre? Ah moins que l'autre extrémité de ce "milieu" soit l'appareil à connecter en wifi. Mais alors, si ce dernier se déplace physiquement, on va retomber sur le problème que je rencontre non?

Tu es bien sur de ca? Suite à la lecture de cette discussion, j'étais aller jeter un oeuil à la doc de cet appareil J'ai peut-être mal compris mais ça m'a donné l'impression qu'il crée un 2ème SSID différent (celui du réseau existant à prolonger avec le suffixe "_EXT"):

Fallait commencer donner cette info! Alors tout s'explique: le client VPN Syno est essentiellement prévu pour relier entre eux via internet deux sites distants en toute sécurité et confidentialité (par exemple interconnecter entre eux plusieurs NAS répartis dans différents sites d'une entreprise). Se connecter à un VPN public reste possible mais c'est à ses risques et périls: en effet, le firewall ne filtre absolument rien sur cette liaison (il considère que le réseau distant est un site "de confiance"). L'utiliser pour se connecter à un VPN ouvert c'est prendre de gros risques: en gros, dans cette configuration, le NAS est seul sans défense sur internet. **edit** Et bien entendu, dans ce mode, le firewall de la box ne protège pas non plus, de part du principe du VPN.

Ca signifie surtout que le port 22 est fermé chez toi! Comment dans ce cas peux-tu avoir des IP bloquées? Es-tu bien sur qu'il s'agit de tentatives d'intrusion *SSH* et pas un autre protocole? Tu aurait un exemple d'un de ces messages? **edit** Tu n'aurais pas activé le client VPN par hasard?

N'importe quel PC sur ton LAN Suffit de saisir "22" dans le champ "port to check" puis cliquer sur le bouton "check port": Si le port est bien fermé tu devrais avoir la réponse:

Vérifier quand même ici: http://www.canyouseeme.org/

Je confirme, et il a longtemps que c'est terminé cette affaire:

Bienvenue à toi! Essaie ici (le tout étant bien entendu de choisir les bons mot clés!) Sinon il y a la méthode "Google" en utilisant inurl:www.nas-forum.com/forum <mot clé> <mot clé> ... comme chaîne de recherche

J'avais une version en cache de ce tuto Je l'ai uploadé ici: (mais c'est plus tout jeune et succint)

Les Livebox on beaucoup de problèmes me semble-t-il Mais quel que soit le routeur je pense plus sur de de privilégier les ouvertures de ports manuelles (via l'interface d'admin du routeur ou de la box) plutôt que l'UPNP (et même avec un routeur compatible). L'UPNP est plutôt prévu pour des ouvertures de ports temporaires (le temps d'une session de chat vocal et/ou video de messagerie instantanée par exemple). L'utiliser pour des redirections permanentes me semble casse-gueule. D'ailleurs ne n'avais pas du tout percuté que c'est de cette façon que tu avais mis en place les redirections de port la Livebox (sinon ça m'aurait mis la puce à l'oreille). Déjà que c'est pas toujours très fiable en général, alors avec une Livebox...

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)

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?