1 votes

Le NS du domaine DIG est vide alors qu'aucun autre enregistrement n'existe ?

J'ai demandé à notre registraire de domaine de configurer les serveurs de noms pour un nouveau domaine. Ils ont dit que c'était fait, alors j'ai vérifié :

dig example.com NS

En utilisant les serveurs de Google, voici ce que j'obtiens :

dig example.com NS

; <<>> DiG 9.7.1-P2 <<>> example.com NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 27910
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;example.com.           IN  NS

;; Query time: 244 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)

En d'autres termes, il n'y a pas de réponse. Je me suis donc dit qu'ils n'avaient pas encore les serveurs de noms. J'ai demandé à nouveau et ils sont venus avec leur preuve :

dig @local-isp-ns example.com NS

; <<>> DiG 9.4.1-P1 <<>> @local-isp-ns example.com
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53790
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;example.com. IN NS

;; AUTHORITY SECTION:
example.com. 86400 IN NS our-name-servers.
example.com. 86400 IN NS our-name-servers.

;; Query time: 1 msec
;; SERVER: 200.85.160.2#

En d'autres termes, ils interrogent le NS d'un ISP local, et tout d'un coup, il obtient une réponse. J'ai répété cet exercice et les NS apparaissent effectivement sur certains serveurs mais pas sur d'autres (y compris Google DNS). Ce changement était censé être fait il y a des semaines, donc la synchronisation n'est pas un problème. Je veux simplement comprendre ce qui se passe. Un fait est que le domaine .com n'a PAS encore été configuré sur nos serveurs de noms. Il se pourrait donc que la réponse NS sur certains serveurs de noms revienne vide, parce qu'il voit que les serveurs de noms qui ont été spécifiés ne fonctionnent pas en fait ? Ou y a-t-il autre chose qui se passe ?

Gracias.

1voto

Wes Hardaker Points 774

N'oubliez pas que la mise en cache affecte considérablement les résultats. Si vous aviez interrogé les serveurs de noms de Google, par exemple, juste avant la mise en ligne des zones réelles, la "réponse négative" aurait été mise en cache par Google. Ensuite, lorsque les zones ont été mises en ligne et que vous avez à nouveau interrogé Google, ce dernier a utilisé la réponse mise en cache plutôt que de réinterroger le serveur en amont.

Avec le temps, tout va s'éclaircir. Mais vous devez attendre que le délai de mise en cache négatif de la zone parent soit passé.

1voto

Tieme Points 101

Essayez-le avec la trace. Il tracera votre requête depuis les serveurs racine jusqu'à votre NS.
dig +trace google.com NS

Deuxièmement, pouvez-vous consulter le whois de votre domaine et vérifier vers quels serveurs de noms il pointe ? Vous pouvez alors essayer
dig @$NS_FROM_WHOIS exemple.com NS
à vérifier.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X