66 votes

Le DNS ne parvient pas à se propager dans le monde entier

Je n'ai pas changé. tout ce qui est lié à l'entrée DNS de serverfault.com mais certains utilisateurs ont signalé aujourd'hui que le DNS de serverfault.com ne résout pas les problèmes pour eux. .

J'ai fait un requête justping et je peux en quelque sorte le confirmer -- serverfault.com dns semble ne pas résoudre dans une poignée de pays, sans raison particulière que je puisse discerner. (également confirmé via Quel est mon DNS ? qui effectue des pings dans le monde entier de manière similaire, de sorte que le problème est confirmé par deux sources différentes).

  • Pourquoi cela se produit-il, si je n'ai pas modifié le DNS de serverfault.com ?

  • notre registraire est (gag) GoDaddy, et j'utilise les paramètres DNS par défaut pour la plupart sans incident. Est-ce que je fais quelque chose de mal ? Les dieux du DNS m'ont-ils abandonné ?

  • Y a-t-il quelque chose que je puisse faire pour régler ce problème ? Un moyen de faire suivre le DNS, ou de forcer le DNS à se propager correctement dans le monde entier ?

Mise à jour : à partir de lundi à 3h30 PST, tout semble correct JustPing rapporte que le site est accessible de tous les endroits. Merci pour les nombreuses réponses très instructives, j'ai beaucoup appris et je me référerai à cette Q la prochaine fois que cela se produira .

2voto

dindenver Points 1600

Je suis surpris que vous n'hébergez pas vos propres DNS. L'avantage de cette méthode est que si le DNS est accessible, votre site l'est aussi (avec un peu de chance).

1voto

jjnguy Points 62123

Depuis UPC au moins, j'obtiens cette réaction lorsque j'essaie d'obtenir votre enregistrement A depuis votre serveur d'autorité (ns21.domaincontrol.com).

; <<>> DiG 9.5.1-P2 <<>> @ns21.domaincontrol.com serverfault.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 38663
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;serverfault.com.       IN  A

;; Query time: 23 msec
;; SERVER: 216.69.185.11#53(216.69.185.11)
;; WHEN: Sun Jul 19 12:09:40 2009
;; MSG SIZE  rcvd: 33

Lorsque j'essaie la même chose à partir d'une machine située sur un réseau différent (OVH), j'obtiens une réponse

; <<>> DiG 9.4.2-P2 <<>> @216.69.185.11 serverfault.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33998
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;serverfault.com.               IN      A

;; ANSWER SECTION:
serverfault.com.        3600    IN      A       69.59.196.212

;; AUTHORITY SECTION:
serverfault.com.        3600    IN      NS      ns21.domaincontrol.com.
serverfault.com.        3600    IN      NS      ns22.domaincontrol.com.

;; Query time: 83 msec
;; SERVER: 216.69.185.11#53(216.69.185.11)
;; WHEN: Sun Jul 19 12:11:05 2009
;; MSG SIZE  rcvd: 101

J'obtiens un comportement similaire pour quelques autres domaines. Je suppose donc qu'UPC (au moins) redirige silencieusement les requêtes DNS vers son propre serveur de noms en cache et falsifie les réponses. Si votre DNS s'est brièvement mal comporté, cela pourrait s'expliquer car les serveurs de noms d'UPC peuvent mettre en cache la réponse NXDOMAIN.

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