Нещодавно я перемістив власний домен із 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