Нещодавно я перемістив власний домен із Cloudflare на Netlify DNS, тому мені довелося оновити свої сервери імен. Коли я запускаю рекурсивний пошук DNS, який обходить кеш DNS, все, здається, налаштовано правильно:
$ dig howtogit.net +trace
(output truncated)
howtogit.net. 20 IN A 159.65.199.87
;; Received 57 bytes from 198.51.44.1#53(dns1.p01.nsone.net) in 18 ms
Однак звичайний пошук DNS не вдається:
$ nslookup howtogit.net
Server: 192.168.1.1
Address: 192.168.1.1#53
** server can't find howtogit.net: SERVFAIL
Я припускаю, що якщо кешування було винним, Cloudflare все одно вирішить пошук, який він не робить. Пошук у 8.8.8.8 (DNS Google) також не працює:
$ dig @8.8.8.8 howtogit.net
; <<>> DiG 9.10.6 <<>> @8.8.8.8 howtogit.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 63809
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;howtogit.net. IN A
;; Query time: 43 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Sep 23 13:05:50 CEST 2018
;; MSG SIZE rcvd: 41
Оскільки записи DNS кешовані, я також спробував промити кеш-пам'ять DNS Google для моїх записів NS та A. Я все одно отримую той самий результат, незважаючи на зміни, які відбулися понад 10 годин тому.
Моя конфігурація неправильна? Як переконатися, що мій DNS зможе знову правильно розв’язатись?
dig
не вдалося виконати SERVFAIL, але якщо ви повторно вкажете точне додавання +cd
і воно більше не виходить з ладу, це, ймовірно, означає, що проблема пов’язана з DNSSEC. +cd
відключити перевірку DNSSEC, отже, можлива різниця. Але SERVFAIL може трапитися для багатьох проблем, у DNS немає (поки що) розширених кодів помилок ...
dnsviz.net
повинен легко показати вам, що існує проблема DNSSEC. Насправді ви чітко бачите проблему тут: dnsviz.net/d/howtogit.net/W6d5WA/dnssec , яку можна порівняти з поточною робочою: dnsviz.net/d/howtogit.net/W6kJlg/dnssec