PiwiLAbruti

Les résolutions DNS montrent que le serveur DNS utilisé par défaut pour les résolutions est 192.168.1.27. Est-ce que le nom nas.ndd.ovh est bien défini dans la zone DNS correspondante ? Car le serveur DNS répond qu'il ne le trouve pas.

Ou mieux, déclarer une nouvelle zone chezmoi.nomdedomaine.fr chez OVH (depuis le bouton Actions sur la zone principale > Ajouter un sous-domaine), ou dans DNS Server (il faudra également une zone locale sur ce dernier).

On est pas loin de la théorie du complot 🤔 Les résolutions DNS semblent poser problème. Donc le seul test que tu dois faire est avec la commande nslookup (ou Resolve-DnsName via PowerShell) en précisant le serveur avec lequel tu souhaites effectuer la résolution. Laisse tranquille IPv6 en le laissant tel qu'il est configuré par défaut (actif).

Y a-t-il un routeur configuré dans Panneau de configuration > Accès externe > Configuration du routeur ?

Je n'ai pas de réponse certaine à cette question, mais je le déconseillerais sous peine de casser le RAID et les volumes associés. Synology ne donne aucune indication à ce sujet : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_change_raid_type

Ça dépend si tu as une sauvegarde de tes données en cas de problème. Et au passage, un onduleur est obligatoire pour éviter les interruption d'alimentation pendant cette opération critique.

Les logs indiquent des connexions infructueuses à DSM, ce qui provoque des blocages. Il faudrait déjà identifier d'où proviennent ces connexions. L'adresse IP WAN peut être vue si l'adresse IP publique est utilisée en local et que le loopback est activé sur le routeur/box. Il me semble que c'est le cas si tu utilises le DDNS Synology en local.

Dès la première ligne du script, il semble y avoir un caractère étrange après /bin/bash Édite le script avec Notepad++ pour vérifier l'encodage ANSI et les sauts de ligne UNIX (LF).

Une connexion sécurisée est une connexion chiffrée. Dans le cas présent, l'URL affiche le port tcp/5000 qui établit une communication non-chiffrée (http://*.synology.me:5000). Pour établir une connexion chiffrée, il faut utiliser le port tcp/5001 : https://*.synology.me:5001

Je n'ai jamais eu ce cas sur des OS autres que ceux de Microsoft. Sur Windows Server notamment, si la machine présente un décalage horaire que plusieurs minutes (ou heures) avant la configuration d'un serveur NTP, l'heure sera progressivement ajustée jusqu'à l'heure réelle (le temps passe plus vite ou moins vite selon le sens du décalage). Il se peut donc que l'heure se corrige également toute seule dans le cas présent, à vérifier.

Nouveau record, la barre des 12 ans a été franchie ! 🏆

Oui. Le routeur RT2600ac fait donc office de serveur DNS (via DNS Server) pour les clients sur le LAN (192.168.10/24). Seulement, les requêtes DNS expirent avant de pouvoir renvoyer un résultat, ce qui indique que le paquet DNS Server est mal configuré (voir dans la section Vues) ou que le pare-feu n'expose pas le serveur DNS (udp/53) sur le LAN, ou les deux.

Il y a suffisamment de services DNS publics pour que tu trouves celui qui te conviendra. Si la confidentialité et/ou la sécurité t'intéressent, il y a ceux-là (et beaucoup d'autres) : https://adguard-dns.io/fr/public-dns.html https://quad9.net/fr/ https://www.dns0.eu/fr/zero

L'explication est simple : https://www.fdn.fr/renforcement-serveurs-dns-2025/

Vérifie les paramètres réseau du PC client. Est-ce que l'adresse 192.168.10.1 est définie manuellement ou est distribuée par DHCP ? Quelle est l'adresse du serveur DHCP ?

Dans l'encadré Volume 1, tout à droite, il y a un menu ... > menu Paramètres > section Notification de faible capacité (tout en bas) qui est réglée à 20% par défaut. Pour 250Go, il faudrait le régler à 4,7%.

C'est surprenant venant de cette Freebox, j'ai le même modèle (V6r2) et je n'ai jamais eu de problème de fonctionnement avec. Bref, l'important est que ça fonctionne maintenant.

C'est quoi comme box ? 😅

Pas nécessairement @CyberFr. Par exemple, c'est une excellente nouvelle pour ceux qui ont investi dans un NAS Synology à processeur Celeron J4125 en 2020 😄

Ok, c'est un choix. C'est une bonne pratique. Par contre il vaudrait mieux placer le NAS dans la DMZ de la box dans ce cas, ça t'éviterai de devoir rediriger les ports sur la box. Sans proxy WoL ce ne sera pas possible.

Si on veut qu'un NAS soit accessible n'importe quand, il vaut mieux désactiver la veille de ce dernier. Quelle est l'utilité du TP-Link Archer AX18 ? Si ce n'est "que" pour bénéficier du Wi-Fi 6, il devrait alors être configuré en mode point d'accès Wi-Fi. Ainsi, le réseau s'en trouverait simplifié (suppression du double-NAT). Un paquet WoL est diffusé via l'adresse 255.255.255.255 à tous les équipements d'un même segment réseau. C'est précisément ce que que fait une application sur le même réseau que l'équipement à réveiller. Dans le cas du WoW, il faut nécessairement un proxy WoL sur le même réseau pour diffuser le paquet WoW (ce qu'une Freebox sait faire par exemple). Est-ce que le TP-Link Archer AX18 dispose de cette fonctionnalité ?

Quelques modèles 2025 ont été présentés à Taïwan (les liens ci-dessous remontent jusqu'à l'origine de l'information) : [Fr] https://www.cachem.fr/synology-ds225-ds725-ds925/ [En] https://nascompares.com/2025/03/13/synology-ds525-ds1525-ds425-ds1825-and-more-revealed/ [Tw] https://www.chiphell.com/thread-2679631-1-1.html Enfin du 2,5GbE mais sur un seul port pour les DS225+, DS425+, DS625+, et DS725+. Les modèles DS725+, DS1515+, et DS925+ perdent leur extension 10GbE. Conclusion : Synology fait un pas en avant pour reculer de deux. Les DS225+, DS425+, et DS625+ conservent le sempiternel Intel Celeron J4125 de fin 2019 présent depuis la série '20 dans les modèles DS720+, DS920+, et DS1520+. Le support de ces derniers modèles pourrait être étendu bien au-delà de ce que Synology prévoirait (un petit upgrade dans synoinfo.conf pour gagner 5 ans de mises à jour ?) Aucun nouveau processeur sur les modèles DS725+, DS925+, DS1525+, DS1815+, DS1815xs+, et RS2825RP+ qui se partagent les Ryzen V1500B (série '21), V1600 (série '22) et V1780B (série '23).

Vérifie la configuration DNS de ton client, et la zone DNS contenant l'enregistrement nas.ndd.ovh.

Quelle(s) adresse(s) retourne la résolution de nas.ndd.ovh ?

Peux-tu tester la résolution DNS vers des serveurs DNS tiers ? > nslookup google.fr 94.140.14.14 Quel résultat donne une résolution DNS exécutée depuis le NAS ? (SSH + nslookup)