Czy można prześledzić ścieżkę delegacji dla wyszukiwania DNS?


16

Próbuję ustalić, dlaczego sprawdzenie hosta Nagios kończy się niepowodzeniem (nazwy hostów i adresy IP zostały zmienione w celu ochrony winnych):

: jmglov@laurana; host www.foo.com
;; connection timed out; no servers could be reached

: jmglov@laurana; for ns in `grep -o '\([0-9]\+[.]\)\{3\}[0-9]\+$' /etc/resolv.conf`; do ping -qc 1 $ns; done
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.

--- 192.168.1.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 10.911/10.911/10.911/0.000 ms
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.

--- 192.168.1.2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.241/0.241/0.241/0.000 ms

Wiem więc, że moje serwery nazw są osiągalne, co oznacza, że ​​jakiś serwer nazw wzdłuż ścieżki delegowania do autorytatywnego serwera nazw dla mojego hosta nie odpowiada. Czy istnieje prosty sposób na określenie, który to serwer nazw (w zasadzie traceroute dla DNS)?

Odpowiedzi:


33

Czy to ci odpowiada?

dig +trace google.com

Ze strony podręcznika:

+ [no] trace Włącz śledzenie ścieżki delegowania z głównych serwerów nazw dla szukanej nazwy. Śledzenie jest domyślnie wyłączone. Gdy śledzenie jest włączone, dig wykonuje iteracyjne zapytania, aby rozwiązać szukaną nazwę. Będzie śledził polecenia z serwerów głównych, pokazując odpowiedź z każdego serwera, który został użyty do rozwiązania wyszukiwania.


To działa na urok!
Josh Glover,

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.