Le 21/08/2019 à 07:34, Pascal Hambourg a écrit :
Le 20/08/2019 à 11:00, Daniel Huhardeaux a écrit :Le 20/08/2019 à 10:55, Daniel Caillibaud a écrit :Le 20/08/19 à 00:47, Migrec <mic.grentz@online.fr> a écrit :Ça peut paraître logique car la box n'a pas connaissance de mon réseaulocal (elle est juste en liaison avec le serveur). Mais pourquoi l'échecde la résolution ne passe pas la main au serveur DNS local ?Parce qu'il me semble que la résolution n'utilise le 2e dns que si le 1er ne répond pas.En effet. Ou alors répond qu'une erreur interne l'empêche de fournir une réponse (SERVFAIL, REFUSED...). En revanche NXDOMAIN (domaine inexistant) n'est pas considéré comme une absence de réponse.Ici le 1er répond que le nom n'existe pas, donc ça s'arrête là.En fait ici il ne dit pas que le nom n'existe pas, sinon il aurait répondu avec status=NXDOMAIN. Il répond avec status=NOERROR et ANSWER=0, ce qui signifie normalement que le nom existe mais qu'il n'a pas d'enregistrement du type demandé (A=adresse IPv4). Pour un client cela revient au même, mais cette réponse n'est pas correcte. Si je fais la même requête à mon serveur DNS, j'obtiens bien status=NXDOMAIN.Ou alors les nameserver sont interrogés en même temps et la réponse du 1er répondant est utilisée.Non.Conclusion : tous les DNS mentionnés dans resolv.conf doivent être équivalents.
Merci pour ces précisions.Mon problème était lié à l'odre des DNS inscrits dans /etc/resolv.conf. Or ce fichier est dynamique et je n'ai pas trouvé comment modifier l'ordre. Ça semble lié au montage des interfaces réseau. Du coup, j'ai inversé mes 2 cables ethernet et modifié enp2s0 en enp3s0 (et vice-versa). De cette façon, c'est ok.
Merci pour les pistes. -- Migrec