dig renvoie SERVFAIL mais + trace fonctionne
Voici le principal problème:
Dig maktabkhooneh.info + trace
fonctionne parfaitement bien et renvoie le bon ansewr.
Dig maktabkhooneh.info
(sans + trace) renvoie:
; << >> Dig 9.8.1-P1 << >> maktabkhooneh.info
;; options globales: + cmd
;; J'ai une réponse:
;; - >> HEADER << - opcode: QUERY, statut: SERVFAIL, id: 58716
;; drapeaux: qr rd ra; REQUÊTE: 1, RÉPONSE: 0, AUTORITÉ: 0, SUPPLÉMENTAIRE: 0
Quelle pourrait être la raison? Je lisais ceci . Est-ce la seule raison possible pour laquelle j'ai modifié les données de domaine il y a 12 heures? il n'y a aucune autre raison possible pour SERVFAIL?
informations supplémentaires:
J'ai deux serveurs BIND fonctionnant sur 168.144.251.73 (maître) et 168.144.92.50 (esclave).
et sur le maître j'ai:
TTL 300 $
maktabkhooneh.info. IN SOA ns1.maktabkhooneh.info.
admin.maktabkhooneh.info. (2012060201; En série
86400; Rafraîchir
7200; Retenter
3600000; Expirer
300); Le minimum
maktabkhooneh.info. DANS UN 168.144.97.83
maktabkhooneh.info. IN NS ns1.maktabkhooneh.info.
maktabkhooneh.info. IN NS ns2.maktabkhooneh.info.
ns1 IN A 168.144.251.73
ns2 DANS UN 168.144.92.50
www IN CNAME maktabkhooneh.info.
Dig +trace suit toute la chaîne depuis le début - il interroge les serveurs racine, puis les serveurs .info puis vos serveurs de noms. Ainsi, il évite tout résolveur de mise en cache et évite également les problèmes de propagation.
Dig +notrace (par défaut) interroge votre résolveur DNS par défaut (sous Linux, tout ce qui est spécifié dans /etc/resolv.conf).
Il y a un problème avec ce résolveur - peut-être qu'il est mal configuré, peut-être qu'il contient d'anciennes données dans des caches, peut-être qu'il ne peut pas atteindre vos serveurs de noms faisant autorité, etc.