glattering

Salut El_Murphy, je reviens apres la bataille, mais pourrais tu detailler ces lignes pour voir comment je peux les adapter a mon cas ? A quoi correspondent les plages d'IP ci-dessus ? Merci /glattering

Merci, justement j'essaye de mettre le DDNS sur mon tomato, mais en fait, j'ai configure mon tomato en mode wireless bridge (car le modem/routeur est chez le proprio et pas possible de mettre le client DDNS sur le routeur du proprio). Mais j'ai l'impression qu'en mode wireless bridge, le DDNS ne fonctionne pas... Ou alors je le configure mal (je suis pas sur de mon URL avec OVH).

Je rajoute aussi une info qui peut etre utile aux suivants. Sous Linux, le demon apcupsd permet de se connecter a l'onduleur et de recuperer les infos d'etat de l'onduleur.

Alors après d’âpres recherches : Le cable fourni par APC et necessaire est un cable RJ45-USB propriétaire non standard. Un commentaire sur amazon dit ca (mais rien ne dit que c'est exactement ca le changement) : Par contre, tous les commentaires que j'ai trouves parlent de ce cable special pour des APC Smart UPS, alors que moi j'ai un APC Back UPS, donc je ne sais pas si pour ce dernier un cable standard devrait fonctionner, mais si c'est la politique de la maison APC, je pense que tous leurs cables sont non standards. Si je finis par acheter ce cable, je croise les doigts pour que tous leurs cables soient non standards de la meme maniere quelque soit leur onduleur (ca serait vraiment machiavelique de faire un cable par type d'onduleur !) EDIT: rajout du lien vers le cable constructeur, avec les commentaires instructifs en bas de la page web (en anglais) https://www.apc.com/shop/us/en/products/UPS-Communications-Cable-Simple-Signalling-USB-to-RJ45/P-AP9827

Salut et merci. Alors le blocage auto est active, mais aucune adresse n'est bloquee. Je remarque que le VPN est bloque pour toutes les IP sources sauf suisse et france... (enfin j'ai teste US, Canada, et belgique espagne irlande). J'ai autorise dans le parefeu toutes les adresses IP (monde entier) et ca fait toujours ce comportement...

Ahh tres bonne idee ca, je n'y avais pas pense ! Je vais checker sur mon laptop ! EDIT: Ah zut.. le logiciel n'existe pas pour Linux.... Arf...

Bonjour, Je ne savais pas trop comment nommer le fil. J'ai un problème étrange que je n'arrive pas a comprendre. J'ai un synology en France. J'habite au Canada. Le pare-feu de mon syno autorise toute les connexions du Canada et de France. Sur mon laptop, j'utilise un VPN (avec IP canadienne par défaut). Quand je tente de me connecter a l'interface DSM de mon syno, ca ne fonctionne pas. Quand je desactive mon VPN, ca fonctionne (IP canadienne, mais pas par le VPN). Ou meme si je change mon VPN pour une IP de France, ca marche également ! Bref, je ne comprends pas. Se pourrait-il que l'IP du VPN au Canada soit bloquée par le FAI en France (Free) ? Merci /glattering

Bonjour, Oups, je l'avais mis dans le titre mais pas dans le corps du message : il s'agit d'un onduleur APC Back UPS ES550G et il est dans la liste des matériels compatibles a priori.

Bonjour, Comme ca fait longtemps que je me dis que je devrais avoir un onduleur, j'ai profite d'une opportunité et j'ai récupéré un onduleur APC usagé. L'onduleur a l'air de bien fonctionner (batterie OK). J'aimerais le faire détecter par DSM pour pouvoir éteindre mon NAS en cas de coupure prolongée. L'onduleur ne dispose pas d'un port USB, comme souvent mentionné. Je dois avoir une version un peu différente, qui dispose d'un "data port" avec prise réseau (format RJ-45). Du coup, j'ai utilisé un connecteur/adaptateur pour relier le syno en USB selon le schéma suivant: Port RJ45 (data port) de l'onduleur <-> Adaptateur RJ45/USB <-> cable USB <-> port USB du syno Dans DSM, impossible de reconnaître l'onduleur. Je me demande donc si le dataport de l'onduleur est cassé (ca serait pas de chance) il faut un câble spécial pour relier l'onduleur et le NAS (et dans ce cas, ou s'en procurer un). Merci et bonne journée ! /glattering PS: j'utilise ce genre d'adaptateur https://images-na.ssl-images-amazon.com/images/I/61XsQT0pcjL._AC_SL1300_.jpg

Merci El-Murphy. Pas certain de comprendre exactement ce que font ces lignes, meme si je comprends l'idee generale. Je vais poster ca sur le support de synology et voir ce que ca donne. Si la solution est donnee, je la posterai ici !

Oui on peut forcer la mise a jour... a la main ! Et il faut entrer l'IP a la main puisque le changement d'IP n'a pas ete detecte.

OK, merci, je vais contacter le support dans ce cas si personne ne se manifeste ici pour une reponse ! Merci de vous etre tous les deux penche sur mon cas !

Oui j'ai cherche sur le forum, mais les problèmes que j'ai trouve sont le fait que les gens n'arrivent pas a se connecter au NAS avec leur nom de domaine quand le client VPN est active. Or l'option activer les passerelles multiples semble résoudre ce problème.

Je me suis mal exprime, pardon. Dans le paramétrage de ma connexion VPN, on peut cocher :"faire de la passerelle distance la passerelle par defaut". Ceci fait passer le trafic par le VPN, ce qui est le but.

Comme autre workaround, je me dis que si OVH a une IP specifique pour son service de DDNS, je peux peut-etre mettre une route statique pour le trafic vers cet IP pour que sa passe par l'IP de mon FAI... Pas sur que ce soit possible, ni tres resilient, ni tres elegant par contre...

En fait c'est ca le dilemme, c'est que en mode client, le NAS va sur internet avec l'IP du VPN, mais en mode serveur, les gens qui veulent se connecter au NAS veulent l'IP publique du routeur et pas celle du VPN. C'est une explication naive avec mon petit niveau de comprehension. Mais du coup, j'imagine que c'est deja arrive que qqun veuille avoir un NAS avec client VPN + IP dynamique + nom de domaine. On fait comment ? Un workaround que je vois c'est arriver a mettre une tache recursive qui ordonne la mise a jour par le NAS de l'IP sur OVH par l'interface. Dans le syno, dans panneau de configuration -> reseau, il y a une option "passerelle par defaut", et la j'ai mis le VPN en premier et le LAN en 2e. J'avais mis le VPN en premier parce que ca assure que le trafic internet du NAS passerait par le VPN (anonymisation). My 2 cents.

Se pourrait il que le fait que mon nas soit connecte a un VPN puisse interferer (j'ai un client VPN sur mon NAS) ? Je demande car je me rends compte que la derniere mise a jour de l'IP a fonctionne mais que mon VPN etait alors deconnecte.

Bon, la l'IP vient de changer et tout a l'air de marcher... C'est bizarre...

Merci pour ces precisions. Dans ce cas, comment puis je determiner a quel niveau la mise a jour ne se fait pas ? Configuration de OVH : ndd.tld IP externe actuelle. Configuration NAS : compte OVH (id/mot de passe) + IP externe actuelle. Tout fonctionne, et des que l'IP donnee par mon FAI change, patatra !

Bonjour, Tout marchait bien pour acceder a mon synology depuis internet, et puis ca s'est mis a ne plus marcher. Je suspecte que mon dyndns ne se met pas a jour correctement lors du changement d'adresse IP. En effet, la je viens de tout remettre a la main et ca fonctionne. Je suis pas certain de comprendre tout, mais voila ma configuration actuelle : - dans mon compte OVH, dans la section DynDNS, j'ai entre les informations : .ndd.tld 172.97.189.110 - dans mon synology, j'ai un compte DynDNS enregistree ou j'ai mis la meme adresse IP Or lorsque l'IP de mon routeur change, le tout ne semble pas se mettre a jour. Si je mets tout a jour a la maison (je rentre ma nouvelle IP), tout remarche. Deja, je ne suis pas sur de bien comprendre le fonctionnement en arriere, mais ces deux enregistrement (syno et OVH) sont ils necessaires ? Complementaires ? En conflit ? En effet, dans l'interface OVH, ca dit de mettre son IP et que ca va se mettre a jour automatiquement, mais j'imagine que c'est grace au dynDNS du syno qu'il se met a jour. Bref, je suis un peu perdu sur la raison pour laquelle ca ne se met pas a jour. EDIT: pourrait-il que ca soit un probleme de ports ? Je ne sais pas trop ce que le service DynDNS utilise en arriere plan. Pour info, j'ai les ports 80 et 443 ouverts et pas d'autres depuis internet. Merci pour votre temps. /glattering

Pas de probleme ! Ah ca doit etre moi qui ne comprends pas la difference entre port/application etc !! Mon VPN server est sur mon syno et pas sur mon routeur 🙂 En tout cas merci, ca fonctionne ! 🙂

Merci oui désolé pour le doublon. Du coup voila le lien vers l'autre sujet, peut-etre y a t-on resume/aborde des points qui peuvent aider d'autres lecteur de ce fil.

Bon du coup j'ai configure comme ca et ca marche : - Routeur port ouvert 1194 -> redirection vers syno 1194. - Pare-feu port 1194 ouvert - Et connexion du VPN avec ndd.tld 1194 Merci beaucoup pour les explications. Mon seul regret, ne pas utiliser vpn.ndd.tld mais surtout, ne pas avoir une maniere de faire unifiee (parce que j'oublie, et que si c'est systématique, je retiens mieux !). Si vraiment je craque j'essaierai de faire la redirection dans le DNS comme tu mentionnais 🙂 Merci encore ! Si par hasard vous savez et vous avez encore 5 minutes a perdre avec mon cas, je suis quand meme curieux de comprendre pourquoi le coup de se connecter au port 443 et d'utiliser un reverse proxy sur le 1194 ne fonctionne pas pour le VPN, quelle est la limitation technique et d'ou vient elle. Haha, c'est du bonus, je pourrai quand meme dormir sans le savoir ! 🙂

Ah mais oui la c'est parfait, je pense que c'est clair ! Je ne connaissais pas la possibilite de faire cette redirection dans le DNS sur OVH (je suis moi-meme chez eux). Interessant, c'est vrai que c'est plus pratique de ne pas avoir a taper le port, et c'est un peu ce qui avait guide ma configuration naive. Super, alors je vais faire tout ca et voir si ca marche ! En tout cas merci d'avoir passer du temps a m'expliquer, c'est tres apprécié ! 🙂

Bonjour Shad et merci pour ton explication sur le partage de port ! Par contre je ne suis pas certain de comprendre ceci : tu dis que comme mon proxy inverse ecoute deja sur ce port, il faut faire du partage de port. Mais j'ai deja plusieurs entrees dans mon proxy inverse sur le port 443 sans que ca ne pose de probleme, car j'utilise des sous domaines justement. Mon proxy inverse contient carddav.ndd.tld 443 -> localhost 8443 dsm.ndd.tld 443 -> localhost 5001 Je pensais ainsi, apparemment un peu naivement (je suis pas un expert!) pouvoir rajouter la ligne suivante vpn.ndd.tld 443 -> locahost 1194 Avec evidemment les bonnes entrees dans le pare-feu pour le syno, et de l'autre cote dans mon routeur la redirection de 443 routeur vers 443 du syno. La, sans comprendre vraiment pourquoi, je comprends que ca ne peut pas marcher. Donc tous ceux qui utilisent un sous domaine pour le vpn, c'est pour quelle raison ? Puisque ca ne semble servir a rien (avec mon degre de comprehension). Par exemple oracle7, tu dis utiliser un sous domaine vpn.ndd.tld. Donc j'imagine, encore avec ce que j'ai compris que tu as la configuration suivante ou similaire : - routeur 1194 ouvert, qui redirige vers syno sur 1194. - dans syno, pas besoin de reverse proxy. - ta config VPN server sur l'adresse vpn.ndd.tld sur le port 1194. J'ai bon ?