Toutes les discussions

Essaye de mettre le port 8443 sur une autre application, File Station par exemple, pour voir si cela fonctionne depuis l'extérieur. Si ça marche c'est que le port est bien accessible, donc le problème est ailleurs

Sur mon smartphone 3.7.1 Oui je suis certain du loin car quand je suis en wifi j'arrive à me connecter avec le bon... Pour le port je suis pas sûr à 100% mais j'avais testé d'autres port avec le même problème :-( Je sèche complètement

La dernière version officielle est celle-ci : https://web.archive.org/web/20230130112806/https://global.download.synology.com/download/DSM/release/2.0/0731/DSM_CS-406_0731.zip Si vous aviez une version supérieure c'est que vous avez fait un upgrade non officiel et que vous avez bidouillé pour l'installer. Le problème c'est que le NAS ne peut pas accepter de version inférieure à la dernière sans une modification de l'eprom. Pour info, la 1157 n'est pas du tout compatible avec le CS406 (pas le même CPU). La dernière version 2.3 pour le CS407e est la 1157 téléchargeable ici : https://web.archive.org/web/20230205133012/https://global.download.synology.com/download/DSM/release/2.3/1157/synology_ppc824x_cs407e_1157.zip Commencez par la dernière version officielle (731). Si le NAS refuse de l'installer avec un message disant qu'on ne peut pas installer une version inférieure à XXX, c'est que le NAS a été upgradé vers le CS407e. Essayez la 1157 pour ce modèle, à vos risques et périls il va de soit.

Ton test est fait sur PC ou smartphone ? Quelle version d'openvpn as tu ? Es tu certain du login/password saisis pour la connexion ? Es tu certain que le port 8443 n'est utilisé que pour le VPN ?

Hello, j'ai exactement le même soucis, j'avais le firmware 2.3 il me semble mais perdu le lien et j'ai fair la betise de faire un reset...du coup. J'ai retrouvé un backup de .pat de la v1157 mais c'était pas la dernière...as tu solutionné ton problème ?

Bonjour à tous, Est ce que cela marche avec en plus un routeur. J'ai une live box + routeur la livebox est en 192.168.1.1 le routeur en 192.168.2.1 NAs en 192.168.2.X MErci d'avance pour votre retour.

Bonjour, j'ai relu attentivement le tuto et tenté les manip proposées (quand elles étaient possibles), rien à faire, le DS ne démarre plus. A tout hasard et sans grand espoir je vais essayer de contacter le SAV de Synology, mais j'ai aussi une autre piste, pour laquelle je ne sais pas si je peux la détailler ici ou ou si je dois ouvrir un autre sujet: comme mon DS415+ a lui aussi un processeur Intel, et surtout exactement la même configuration que le 411+II (DSM 5.2 Update9, 3 Ironwolf 16To et 1 Ironwolf 12To en SHR), je peux peut-être l'utiliser pour faire un swap des disques, si possible temporaire?

Hello je penche pour une traduction automatique par le navigateur .

Non, aucune, car chez moi c'est normal

Édit: cela ne marche pas:-/ Je pensais que cela fonctionnait car j'ai sur le connecter avec openvpn mais j'avais oublié de le déconnecter du wifi....donc cela ne marche pas depuis l'extérieur :-( Une idée ? J'ai désactivé le filtrage sur la box également pour le test. +++

Hello, Merci beaucoup pour ton retour complet 😀 Je suis d'accord avec toi, l'option #3 me semble meilleure. Question, est-ce qu'ajouter les DNS/DoH au routeur permettrait de passer par NextDNS en local ? KeizerSauze

Re, Je ne comprend pas... cela fonctionne à présent ! 1000 mercis à vous d'avoir pris le temps. C'est dingue je suis occupé sur ce vpn depuis des jours sans succes !!! Bonne année encore à vous

Bonjour, Merci beaucoup pour le temps que vous me consacrez. Pour mes tests j'ai coupé le firewall du nas. Quand je control le port 8443 il est bien ouvert. Je ne pense pas avoir de firewall dans la box sfr. Voici mon fichier openvpn: dev tun tls-client remote 109.20.***.*** 8443 # The "float" tells OpenVPN to accept authenticated packets from any address, # not only the address which was specified in the --remote option. # This is useful when you are connecting to a peer which holds a dynamic address # such as a dial-in user or DHCP client. # (Please refer to the manual of OpenVPN for more information.) #float # If redirect-gateway is enabled, the client will redirect it's # default network gateway through the VPN. # It means the VPN connection will firstly connect to the VPN Server # and then to the internet. # (Please refer to the manual of OpenVPN for more information.) #redirect-gateway def1 # dhcp-option DNS: To set primary domain name server address. # Repeat this option to set secondary DNS server addresses. #dhcp-option DNS DNS_IP_ADDRESS pull # If you want to connect by Server's IPv6 address, you should use # "proto udp6" in UDP mode or "proto tcp6-client" in TCP mode proto tcp-client script-security 2 reneg-sec 0 cipher AES-256-CBC auth SHA256 auth-user-pass <ca> -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- </ca> key-direction 1 <tls-auth> # # 2048 bit OpenVPN static key # -----BEGIN OpenVPN Static key V1----- -----END OpenVPN Static key V1----- </tls-auth> verify-x509-name 'nomdemonsyno.synology.me' name @PiwiLAbruti Je pense avoir une ip fixe depuis quelques jours . Bonne journée à tous !

Ce comportement est souvent celui d'une adresse IPv4 partagée où seuls ¼ des ports sont disponibles. À voir auprès du support SFR pour obtenir une adresse IPv4 dédiée (souvent fixe) pour disposer de l'intégralité des 65536 ports possibles.

Comme je bosse sur un projet utilisant Tailscale, ton sujet m'a interpellé en ai discuté avec la LLM qui me donne la main et voilà ce qu'il en ai ressorti en espérant que cela puisse t'éclairé : Pourquoi NextDNS “voit” 4 IP mais seulement 3 Apple🔍 Ce qui se passe réellementApple Private Relay : intercepte une partie des requêtes DNS + HTTP(S) les fait sortir via des egress Apple (Cloudflare / Akamai / Apple) masque l’IP source réelle parfois split le trafic : une partie passe par le DNS “système” une autre ne passe PAS par ton NextDNS 👉 Résultat : NextDNS voit : des IP Apple relay parfois plusieurs IP pour un seul device Le message NextDNS est volontairement flou car Apple ne documente pas précisément le mapping 🧠 Conclusion ➡️ Les 4 IP ≠ 4 machines ➡️ Ce sont des sorties Apple Relay, pas des hôtes réels Pourquoi les NAS Synology n’apparaissent PASEt là on arrive au point clé 👇 ⚠️ Les NAS n’utilisent probablement PAS NextDNSCas les plus fréquents sur DSM : ❌ Le NAS utilise : le DNS du LAN ou /etc/resolv.conf généré par DSM ou un fallback IPv6 ❌ Le trafic DNS du NAS : passe en dehors de Tailscale ou passe par Tailscale mais ne fait aucune requête DNS observable (cache, peu d’activité) ❌ Tailscale DNS ≠ garantie d’usage réel 🧠 Point fondamental ➡️ Tailscale DNS est déclaratif, pas coercitif Réponse à la question centrale 👉 Réponse honnête : NON, il n’en a aucune certitudeEt actuellement : ❌ Apple = couverture partielle (Private Relay) ❌ NAS = probablement hors périmètre ❌ Tailscale = aucune visibilité par device 🧭 Recommandations claires (par ordre de maturité)🟢 OPTION 1 — Vérification factuelle (indispensable)Sur chaque NAS Synology : cat /etc/resolv.conf Puis : nslookup google.com ➡️ Vérifier vers quel DNS ça sort réellement 🟢 OPTION 2 — Désactiver Apple Private Relay (si objectif = contrôle DNS)Sur Apple : iCloud → Private Relay → OFF 💬 Sans ça : aucun DNS central ne peut être fiable NextDNS, Pi-hole, AdGuard = tous aveugles partiellement 🟡 OPTION 3 — Forcer NextDNS par appareil (recommandé)Au lieu de “DNS global Tailscale” : Installer NextDNS client : sur macOS sur iOS sur DSM (possible via script / container sidecar) ➡️ Là, NextDNS tagge chaque appareil ➡️ Plus de doute ➡️ Plus de mapping fantôme 🟡 OPTION 4 — Architecture propre (niveau Rahan 🧠) Tailscale : transport DNS : local-first Apple Private Relay : OFF sur machines de confiance 👉 Sinon : Il empile des couches qui s’aveuglent mutuellement 🧩 Synthèse ultra-courte à transmettre à ton ami

Bonjour a tous, je viens de me rencontre que subitement, dans different endroit de l'interface le systeme traduit en français les mots. Par exemple dans file station (station de travail) le repertoire drive affiche conduire ! l'icone download station affiche telecharger station Dans le centre de paquet, on voit que ça repasse a libellé normal puis a nouveau en traduction. dans le menu utilisateur j'ai ça pour redémarrer une idée je suis en 7.2 update 5

Le port TCP Vpn est bien ouvert dans la box et autorisé dans le parefeu du NAS (et de la box). Pourrais tu mettre en ligne ton fichier de config en masquant le domaine ou l'ip et en supprimant toutes les lignes qui sont après la ligne <ca>

Bonjour @Djibe J'ai un truc dans ce genre, mais avec 2 nas sur le même réseau. 2 sites wordpress et leur bases de données synchronisés entre les deux nas. C'est plus un exercice de style pour moi mais pour ton usage je me dis qu'il y a peut-être plus simple. Certains aspects peuvent peut-être t'aider, je pense à la synchronisations des bases de données. Bonne chance dans tes recherches.

Bonjour, Merci pour votre réponse. Malheureusement je n'ai pas réussi à l'utiliser en TCP. Quand j'importe le nouveau fichier dans openvpn il essaie de se connecter puis se déconnecte en boucles. J'ai pris le log: déc. 30, 2025, 18:05:13] PROTOCOL OPTIONS: key-derivation: OpenVPN PRF control channel: tls-auth enabled data channel: cipher AES-256-GCM, peer-id 0 [déc. 30, 2025, 18:05:13] EVENT: ASSIGN_IP [déc. 30, 2025, 18:05:13] Connected via tun [déc. 30, 2025, 18:05:13] EVENT: CONNECTED info='login@109.20.***.***:8443 (109.20.200.225) via /TCP on tun/10.8.0.6/ gw=[10.8.0.5/] mtu=(default)' [déc. 30, 2025, 18:05:14] TCP recv error: Software caused connection abort [déc. 30, 2025, 18:05:14] Transport Error: Transport error on '109.20.***.***: NETWORK_RECV_ERROR [déc. 30, 2025, 18:05:14] EVENT: TRANSPORT_ERROR info='Transport error on '109.20.***.***: NETWORK_RECV_ERROR' trans=TO_DISCONNECTED [déc. 30, 2025, 18:05:14] Client terminated, restarting in 5000 ms.Une idée ? Bonne journée et bonne année :-)

Dans ce cas en attendant de trouver une solution au pb des ports udp tu peux toujours paramétrer openvpn pour qu'il travaille en port tcp

Bonsoir, merci pour cette réponse rapide. Je vais la ré-examiner en détail demain, mais à première vue il me semble que ma panne ne correspond à aucune des situations décrites dans le tutoriel: - le bloc secteur est OK - le clignotement rapide du voyant Power dure au total environ une minute, ensuite la LED bleue s'éteint définitivement; en ré-appuyant sur le bouton, l'allumage de sa LED en continu ne dure que quelques secondes, et je n'ai jamais de bip sonore.

Bonjour, Merci pour l'ensemble des personnes qui m'ont repondu. Mon probleme est que ma connexio VPN se fait. Cependant quand je veux etablir ma connexion hyper Backup j'utilise l'adresse IP generée par le serveur open vpn je ne vois pas les dossiers partages distants. Quand je fais une connexion classique par adresse IP classique je vois le dossiers partages de mon NAS distant (NASSFR). Je veux passer imperativement passer par un tunnel VPN Pour minimiser le nombre de ports ouvers. Je pense que mon dossier de configuration openvpn n'est pas correct. Merci encore

Bonjour, Merci pour votre réponse. Oui sans aucun problème pour TCP. Quand je vérifie avec des site pour vérifier les ports tcp aucun probleme. Par contre pour UDP j'ai des timeout à tous les coups :(

Bonjour, Je n'ai pas de box SFR mais arrives tu à ouvrir des ports TCP ?

Bonjour à tous, J'ouvre ce post pour recueillir vos retours d'expérience. Client RED SFR, j'ai activé l'option IPv4 fixe pour accéder aux règles NAT et j'ai réussi à configurer l'accès externe à mon NAS. Cependant je ne parviens pas à faire fonctionner OpenVPN : impossible d'ouvrir des ports UDP sur la box SFR. Quelqu'un a-t-il réussi à configurer OpenVPN (ou VPN UDP) avec RED SFR et IPv4 fixe ? Merci d'avance pour vos retours et surtout excellente année 2026 à tous !