Aller au contenu

StéphanH

Membres
  • Compteur de contenus

    4662
  • Inscription

  • Dernière visite

  • Jours gagnés

    31

Tout ce qui a été posté par StéphanH

  1. Je suis d'accord que ce n'est pas très intuitif !!! personnellement, j'aurais apprécié que, par défaut, le planning de notification reprenne celui de la détection ...
  2. Bonjour, Il ne faut pas confondre planning de détection et planning de notifications. C'est déjà abordé dans ce forum ... une petite recherche !
  3. Bonjour, Je n'ai pas ce problème. Quand tu écris "J'ai identifié beaucoup de mes photos, notamment sur le lieu de la prise de vue" qu'as tu fais au juste. Les coordonnées GPS sont elles bien renseignées dans les fichiers ?
  4. StéphanH

    VPN server

    La question a le mérite d'être directe ! Mais c'est interdit ! Sinon, pour rester technique, un VPN monté entre un NAS (client) et un serveur VPN de ton choix va permettre de sécuriser le trafic entre les deux, tant en terme de lisibilité du contenu échangé, que de l'infiltration de trafic non désiré (Rédigé sous Tapatalk)
  5. Le test fait chez moi résous mes problèmes Je retrouve la visu des caméras meme quand la liaison CMS tombe. (Rédigé sur mon mobile avec Tapatalk)
  6. JET, c'était une faute de frappe ... Voir plutôt ici ...
  7. Bonjour, Synology propose une nouvelle version de SS ce matin qui modifie la gestion des licences. Je n'ai pas encore testé ... (Rédigé sous Tapatalk)
  8. As-tu essayé de passer le flux Video en HTTP (voir dans les préférence de DSCam) ?
  9. Pb de live résolu chez moi avec la version de DSCam installée ce matin. (Rédigé sur mon mobile avec Tapatalk)
  10. StéphanH

    Pb de reconnexion VPN

    Cela marche chez moi, mais cela tient de la bidouille ... Seul mon NAS secondaire peut se contenter en OpenVPN. J'ai donc réduit la plage d'@IP virtuelle dans ce sens. Et cela fonctionne. Mon NAS secondaire a toujours la même @IP virtuelle, et je peux l'utiliser. Les autres utilisateurs VPN sont en L2TP ...
  11. De ce que j'ai compris de la réponse de Synology citée plus haut, ils vont corriger cela. Je suis d'accord avec toi, ce n'est pas une régression, mais tout simplement une erreur dans la gestion des licences... A suivre ...
  12. StéphanH

    Pb de reconnexion VPN

    Bonjour, Chez moi, ce problème d'affichage de "connexion en cours" est résolu depuis la dernière version de VPN serveur (ou de DSM) (Rédigé sous Tapatalk)
  13. Je suis sur un autre site et une autre Mac, et c'est en Français. Tu as déjà fait la mise à jour ???
  14. Oui, je viens de voir cela ! je me suis abonné aux notifications via Safari. on verra à l'usage. A noter que la zone "contenu suivi" est passée en Anglais ... Merci pour l'info en tous cas.
  15. Sans vouloir évoquer une possibilité qui fâche, as-tu essayé de passer le firewall de ta Livebox sur faible ? Juste le temps de tester ... (Rédigé sur mon mobile avec Tapatalk)
  16. Désolé DS4 pour ce léger changement de sujet ... Je ne sais pas d'où vient ce port 65377, mais ça pourrait être le port utilisé par quickconnect pour maintenir le lien avec le serveur relai de Synology (ce n'est qu'un avis, je laisse les experts répondre). Pour l'accès via le port 5000, il faut que tu crées une règle NAT dans les paramètres avancés de ta Box. Cette règle a pour ports internes et externes le 5000, en TCP, et L'IP de destination est l'IP fixe de ton NAS que tu as préalablement déclarée dans le DHCP de ta box. (Rédigé sur mon mobile avec Tapatalk)
  17. Fais le test en mode faible et en mode moyen, et donnes nous le résultat ! (Rédigé sur mon mobile avec Tapatalk)
  18. Le mode "Personnalisé" te permet de voir les règles que la Livebox a généré, et te permets de les modifier à la main si tu le souhaites. Le mode "faible", est un mode "automatique", qui te masque les règles du FW, dont la gestion est confiée à la Box. Mais ces règles existentent bien. Le mode "Faible" est plus simple à mettre en œuvre pour un utilisateur lambda, et il fonctionne très bien.
  19. Essaie de créer une règle NAT sur ta Livebox, et mets le FW au niveau "personnalisé". Tu verras alors que la Box a généré autant de règles sur le FW que de règles NAT, de façon à ce que le trafic des ports concernés puisse entrer chez toi, puis être dirigés vers la bonne @IP via la règle NAT (Rédigé sur mon mobile avec Tapatalk)
  20. Ben non : quand tu lis plus loin, seuls les ports NATés sont ouverts. (Rédigé sur mon mobile avec Tapatalk)
  21. Ais-je écrit qu'il fallait le couper ? (Rédigé sous Tapatalk)
  22. 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 !
  23. 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 ?
  24. 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)
  25. Même à Faible, le FW ne laisse rien rentrer si une connexion n'est pas préalablement établie:
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.