Проблема не с +trace
.Поскольку простой запрос имени сервера имен получает ошибку:
$ dig ns.test.xanderflood.com
; <<>> DiG 9.10.3-P4-Debian <<>> ns.test.xanderflood.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 6793
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ns.test.xanderflood.com. IN A
;; Query time: 4625 msec
Поскольку проблема заключается в том, что этот конкретный сервер имен вообще не отвечает!
Родитель правильно предоставляет клей:
$ dig @ns-1657.awsdns-15.co.uk. ns.test.xanderflood.com | grep 'IN A '
ns.test.xanderflood.com. 5m IN A 198.51.100.234
(+short
не работает, потому что информация в дополнительном разделе, а не в ответе)
Но тогда:
$ dig @198.51.100.234 ns.test.xanderflood.com
; <<>> DiG 9.12.0 <<>> @198.51.100.234 ns.test.xanderflood.com
; (1 server found)
;; global options: +cmd
;; Sending:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30129
;; flags: rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: f266724ac73b2e54
;; QUESTION SECTION:
;ns.test.xanderflood.com. IN A
;; QUERY SIZE: 64
;; connection timed out; no servers could be reached
(обычное устранение неполадокзатем включается попытка +tcp
/ +notcp
для отладки проблем UDP / TCP и +dnssec/+nodnssec
для проблем, связанных с DNSSEC. Никакие опции не изменяют вышеуказанный результат, сервер не отвечает)
Этот сервер не отвечает,dig +trace
заканчивается запросом к этому серверу, но не получает ответа, поэтому возникает последняя ошибка.
Как только этот сервер имен начинает отвечать на запросы DNS, ваша проблема исчезнет.
ВыМожно также взглянуть на службу мониторинга: http://dnsviz.net/d/ns.test.xanderflood.com/dnssec/ Всплывающее окно с именем: «От сервера не было получено ответа по UDP (попытался 12 раз.)
Кстати, конечно, очевидно, но просто чтобы быть уверенным: это плохая идея делегировать домен одному серверу имен (особенно если он не был спрошен)