StéphanH

Cette page contient exactement la hardcopy que j'ai postée plus haut. C'est rassurant ! Ouvrir un port, c'est ouvrir un accès depuis Internet sur son LAN = c'est une faille de sécurité. Il faut le faire en connaissance de cause. Le plus simple pour ne pas prendre de risque, c'est d'empêcher tout accès depuis l'extérieur à son LAN, ce que fait toute box opérateur par défaut. Mon propos en répondant à ce message est d'aider DS4 à accéder à son NAS depuis Internet. Mais tu as raison, c'est dangereux !

je ne comprends pas ta réponse. le FW de la Box bloque tout sauf les ports NATés dont le trafic est dirigé vers l'@IP locale choisie (en l'occurence, le Syno). Si sur le Syno, tu filtres ceux que tu ne souhaites pas voir accéder à ton NAS, où est la faille ?

Cela n'empêche pas d'activer le FW du Syno pour faire du filtrage plus fin. Depuis que j'ai filtré tous les pays sauf ceux qui m'intéressent, je n'ai plus aucune @IP bloquée. Donc, c'est quoi ton problème DS4 ? Tu n'arrives pas à créer une règle NAT sur ta box ? (Rédigé sous Tapatalk)

Même à Faible, le FW ne laisse rien rentrer si une connexion n'est pas préalablement établie:

Bonjour et bienvenue ! A propos de bienvenue, un petit tour par la case "présentation" serait sympa ! Quickconnect est là pour ne pas avoir besoin de router des ports particuliers; C'est donc normal que cela fonctionne. Pour une Livebox, cela fonctionne également en routant le port externe 5000 sur le 5000 interne (préférer du https en 5001 ...). Je crois de mémoire qu'il faut passer le firewall de la Box à "faible".

bonjour, non, jamais ...

bienvenue !!!

cela refonctionne chez moi ce matin. J'ai reçu une bonne vingtaine de notifs d'un coup ...

effectivement, je viens de me désabonner et de me réabonner à un "vieux" sujet toujours actif, cela l'a fait remonter en tête de liste. Un peu étrange comme façon de faire, mais maintenant que je comprends la logique ... merci en tous cas !

merci dodo. La "follow date", c'est la date à laquelle on s'est abonné à un sujet ?

merci pour ta réponse. Je ne l'ai pas signalé, ne sachant si j'étais le seul ... et si c'était lié au passage en iOS9 ou à la dernière version de DS Finder. Mais je suis etonné que cela ne fonctionne pas non plus avec DSCam

Bonjour, J'ai le même soucis. En fait, le syno client essaie de se reconnecter pendant x minutes (3 de mémoires), puis abandonne. Dans ce cas, il continue à afficher "connexion en cours", à tort. Il faut surtout trouver la cause de la déconnexion longue (chez moi, réseau 3g dont le tairait le nom de l'opérateur qui est une calamité)

bonjour, depuis une semaine environ, je ne peux plus consulter les notifications de DS Finder et DS Cam. Je les reçois bien, mais je n'en vois plus l'historique, que ce soit sous DS Finder ou DS Cam. la fenêtre de paramétrage montre la roue circulaire (iPhone), mais n'aboutit pas suis-je le seul ?

en ce qui me concerne, pas de différence notable entre AFP et SMB3 Dans les deux cas, j'oscille entre 250 et 300 mbps (WiFi 5 GHz en 802.11n - très peu de voisins en 5 GHz), et le débit est régulier. Du coup, j'utilise AFP pour time machine (pas le choix) et samba pour l'accès disque.

Ha ! je me sens moins seul ...

Bonjour, A part afficher les listes de lecture sur la montre, quelqu'un a-t-il compris l'apport de la nouvelle App DS Audio sur Watch par rapport à l'interface par défaut de la montre qui pilotait déjà très bien DS Audio sur iPhone ?

Et le PC et le Syno sont bien chacun derrière une fibre et un LAN Gigabit ? (Rédigé sur mon mobile avec Tapatalk)

merci daffy, je ne connaissais pas cette commande. Donc, je suis en SMB 3 sur mon Syno: : SMB_NEGOTIATE AUTO_NEGOTIATE SMB_VERSION SMB_3.0

Premier essai très rapide concluant également ...

MaJ dispo ... et non encore testée chez moi ...

Il n'empêche que je ne sais toujours pas dans quel "niveau" de SMB la liaison est négociée entre mon Mac et le Syno ...

La nouvelle repose de Syno est plus claire : In your case, there's no additional camera licenses but only the default license. When the recording server disconnected, recording host will only have 2 camera licenses available. But the unknown camera is still actived in the recording host. We should change the design to not counting the unknown cameras as a used camera. In the meantime, you need to "disable" the CMS recording server when you connect to the recording host, then it will work to connect via DS cam. (Rédigé sur mon mobile avec Tapatalk)

Ça ne devrait plus être long : The El Capitan version made significant changes to the design of the Finder and the file system monitoring mechanism; therefore, after upgrading to OS X 10.11, Cloud Station is unable to sync data between Macs and DiskStations. We discovered the incompatibility early in the beta phase of 10.11, but could not address the issues because related source codes were were undisclosed until its public release. We expect to release a Cloud Station update this week if no other serious compatibility issue arises in between. We apologize for the inconvenience. Envoyé de mon iPhone en utilisant Tapatalk

yes

Non, pas de soucis. Quelques erreurs parfois lors de la suppression de fichiers volumineux (> 1Go). Mais je suis en wifi ...