web-dev-qa-db-fra.com

Erreur de résolution de débogage DNS

Je débogue une erreur de résolution DNS pour le domaine auth.otc.t-systems.com avec le serveur de Cloudflare, mais coincé. La chose étrange est que la recherche réussit/échoue selon la machine qui exécute la requête, mais je ne peux pas comprendre où la configuration diffère.

L'échec est toujours avec le message suivant: server can't find auth.otc.t-systems.com: SERVFAIL

1.1.1.1 est le DNS de Cloudflare.

Ce que j'ai essayé jusqu'à présent:

Des conseils sur la façon de déboguer davantage?

11

Essayez d'utiliser Dig. Il y a vingt ans, ils ont essayé de déprécier nslookup, mais il est fermement ancré dans la mémoire musculaire maintenant et impossible de s'en débarrasser, mais Dig est de loin supérieur. Par exemple.

Dig +trace auth.otc.t-systems.com @1.1.1.1

Tracera la résolution entièrement pour vous, et vous pourrez voir où elles diffèrent.

10
Sirch

Les gens du réseau ont utilisé pendant les âges 1.1.1.1 en remplacement d'une autre adresse privée dans les interfaces aléatoires des commutateurs/routeurs AP. (Je suis moi-même sur un emplacement en ce moment où l'adresse IP publique des centaines de points d'accès sans fil est 1.1.1.1)

Je parie que mon argent dans les machines que vous n'êtes pas en mesure de dire au 1.1.1.1 de Cloufare que vous avez une route (intermédiaire) pour une telle interface.

Par exemple, dans mon cas, 1.1.1.1 me donne mon adresse IP:

$ Sudo tcpdump -i any -n Host 1.1.1.1 and port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
13:11:51.037186 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296
13:11:51.037250 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296
3
Rui F Ribeiro