.Shad.

J'ai bien ri, c'est tellement ça. 🤣 Bienvenue parmi nous !

Ok donc déjà ton système n'arrive pas à accéder au dépôt, essaie de faire le test avec d'autres adresses internet. google.fr nas-forum.com Etc... Si ça donne un timeout dans tous les cas, je te conseille de tester de configurer manuellement tes DNS sur le NAS dans Panneau de configuration -> Réseau -> Configurer manuellement les DNS et mettre les IP de FDN : 80.67.169.12 et 80.67.169.40 Puis de réessayer.

Sage démarche, bienvenue parmi nous !

Bonjour cette section est dédiée aux présentations, pas aux questions. On y précise généralement son matériel et son niveau, puis tout ce qu'on a envie d'y ajouter, mais c'est le minimum. Pour ton problème, tu devrais commencer par lire les tutoriels du forums, certains traitent directement des sujets qui t'intéressent. Les questions sont trop vastes et les réponses feraient doublons avec ce qu'on trouve dans les tutoriels.

En SSH sur le NAS essaie : nslookup registry.hub.docker.com

@KhorsKan j'ai eu le problème récemment, un dossier partagé de mon NUC monte dans File Station avec la même erreur. Je ne pourrais pas te dire pourquoi mais il y a quelques jours il a bien voulu me le supprimer. C'était après l'update 3 de la dernière version, sans doute la mise à niveau a dû permettre la suppression, mais aucune idée du comment...

J'avais loupé le : "qui a rendu l'âme" 😄 Désolé 🙂

La box fixe normalement son IP en dur, donc si plus de DHCP il te suffit de t'attribuer dans les paramètres de ta connexion une IP sur le même sous-réseau, le bon sous-réseau et la passerelle éventuellement (IP de la box) et tu pourras de nouveau te connecter à la box. Je te conseille d'activer le DHCP du NAS tout en gardant celui de la box temporairement. L'IP sera attribuée par le premier qui répond lorsqu'un client fait une demande. Dans ce cas-là tu fixes l'IP du NAS directement dans le NAS. J'illustre par un exemple : 192.168.100.100 est l'IP du NAS 192.168.100.254 est l'IP de la box. Tu peux essayer après ça de désactiver celui de la box, et reproduire la procédure que j'ai décrite au début du message si problème.

Bienvenue parmi nous ! Tes connaissances nous seront certainement très utiles.

Pour ne pas te trimballer les éventuelles limitations techniques du NAS série 11, tu fais une sauvegarde de tes données via Hyper Backup vers un disque externe. Tu ré-initialises tes disques dans le nouveau NAS et tu restaures ta sauvegarde. Vérifie que la sauvegarde n'est pas corrompue en essayant de restaurer avant de ré-initialiser.

C'est une bonne remarque, si ton IP est fixe tu n'en as pas besoin, faut commencer par là. 🙂

Où héberges-tu ta zone DNS ? Tu peux dissocier le fournisseur du nom de domaine et l'hébergeur de la zone. Par exemple Cloudflare offre gratuitement l'hébergement d'une zone DNS, Hurricane Electric aussi et bien d'autres. Cloudflare est totalement intégré à DSM par exemple : La condition pour faire ça est de pouvoir définir les name servers (serveurs de nom) pour ton domaine dans ta zone DNS actuelle, Cloudflare te demandera de les faire pointer sur leurs serveurs. Sinon tu peux essayer ça : https://community.synology.com/enu/forum/17/post/57640 Voir ce qui te convient le mieux. SInon le nom de domaine fourni gratuitement par Synology fera très bien l'affaire pour une utilisation classique (pas de mail, etc...)

Oui ! Non ! 😄

C'est Bind9, un serveur DNS, le même que DSM utilise. Tu fais la même procédure qu'avec systemd-resolvd mais avec bind9 à la place. Pourquoi tu as Bind installé par contre, bonne question ^^

Il dit que le port 53 est déjà occupé, si ce n'est pas systemd-resolvd qui écoute sur ce port ça doit être autre chose, tu peux essayer : sudo lsof -i -P -n | grep LISTEN

Et Pi-hole arrive à s'exécuter ?

Si le DHCP de ta box ne le permet pas, ce qui a l'air d'être le cas, il faudra utiliser le serveur DHCP du NAS et désactiver celui de la box. Il faut juste vérifier que ça n'a pas de répercussion sur la TV, si tu as un pack. Suivant l'opérateur ça peut être plus ou moins possible. Quel est ton FAI ? Le réglage serveur DNS que tu as trouvé correspond à celui de la box, je te conseille de laisser le réglage par défaut. C'est le DNS qu'utilise la box, je ne vois aucun intérêt de la faire passer par ton DNS local.

Le serveur DHCP c'est celui de ta box ou de ton routeur, il faut vérifier que tu peux le changer, toutes les box ne le permettent pas (tous les routeurs dédiés le font normalement par contre). Dans l'onglet DHCP, tu dois avoir un paramètre "Serveur DNS" ou "Serveur DNS primaire", il te faut y entrer l'IP du NAS. Tous les clients utilisant le DHCP pour obtenir une IP interrogeront le NAS, qui traitera la requête, s'il y a un enregistrement qui correspond, il l'utilisera, sinon il renverra vers les redirecteurs (les serveurs FDN dans ton cas) et la résolution deviendra publique, ça reviendra donc vers ton IP publique, comme ça le ferait en 4G. Si tu as fixé des IP en statique directement sur des appareils, il faut penser à ajouter manuellement l'IP du NAS comme serveur DNS.

Je pense que Raspberry Pi a son propre résolveur, et qu'il est actif, donc le port 53 est déjà occupé. Tu peux vérifier en tapant en SSH : sudo systemctl status systemd-resolved S'il est bien présent et actif, tu peux l'arrêter : sudo systemctl stop systemd-resolved Puis le désactiver au boot : sudo systemctl disable systemd-resolved Ensuite tu peux relancer Pi-hole : pihole restartdns

Ok compris. Mais tu sais, il y a le profil de contrôle d'accès disponible dans le proxy inversé de DSM, qui permet de faire en sorte que DSM ne soit accessible qu'en local ou via VPN, sur le port 443. Ce qui casse le proxy inversé c'est la redirection qu'on peut cocher dans DSM, je parlais du script oui. Je ne m'en sers pas non plus, je précisais juste. 🙂 Je pense simplement que tu n'as pas configuré ton serveur DHCP pour qu'il dise à ses clients d'utiliser l'IP du NAS comme serveur DNS. Ca expliquerait que ton proxy inversé marche (sauf que tu passes en externe, même en local) et ça expliquerait aussi que tu n'arrives pas à accéder à DSM. Pour vérifier dans Windows, tu vérifies les détails de ta connexion IPv4 : Si tu as la même IP dans passerelle et serveur DNS ça confirme ce que je dis. Tu peux aussi te connecter en SSH sur le NAS et taper : nslookup xxx.synology.me tu vas tomber sur l'IP privée du NAS, et taper : nslookup music.xxx.synology.me Tu tomberas sûrement sur ton IP externe (si ta box ne fait pas de loopback).

Bienvenue parmi nous 🙂 au plaisir de te lire.

Alors je comprends pas pourquoi tu ne l'utilises pas aussi pour DSM, quel est l'intérêt de passer par le port 5001 si tu peux utiliser le port 443 ? Attention que si tu fais une redirection HTTP -> HTTPS du port 80 vers le port 443 pour ton proxy inversé, il faut le garder ouvert. En VPN ou directement sur ton réseau local, tu as déjà autorisé tous ses ports dans tes premières règles. EDIT : Est-ce que tu utilises bien l'IP du NAS comme serveur DNS sur tes périphériques ?

Il te manque un enregistrement A pour xxx.synology.me, tu en as seulement un pour ns.xxx.synology.me Hors sujet, mais je ne vois pas pourquoi tu NAT le port 443 si tu n'utilises pas le proxy inversé du NAS. Le port 80 utile seulement si tu héberges un site web, que tu cherches à avoir une redirection HTTP (80) -> HTTPS (443) avec un proxy inversé, ou que tu génères un certificat Lets Encrypt par HTTP-01 (pas de wildcard). La règle autorisant le port 53 n'a pas d'intérêt ici, tu n'héberges pas de zone publique, et si c'était le cas il faudrait aussi un NAT sur ta box. Pareil pour le port 53535, qui est utile si tu héberges une zone publique esclave sur ton NAS d'une zone maître hébergée sur Internet, et qui peut notifier ton serveur DNS. Et là aussi il faut un NAT. Pour une utilisation locale, tu autorises déjà tous ces ports avec les règles liées aux IP privées.

Je pense que c'est lié à ce qu'on utilise pour prévenir les spoilers. Exemple :

Dans le tutoriel dont le lien figure dans ma signature à la fin tu as le descriptif de la mise en place d'un réseau macvlan avec interface virtuelle.