域未解析。 mydomain.com 未找到：2（SERVFAIL）答案

【问题标题】：Domain not resolving. mydomain.com not found: 2(SERVFAIL)域未解析。 mydomain.com 未找到：2（SERVFAIL）
【发布时间】：2019-07-03 02:54:20
【问题描述】：

我正面临域名无法解析的问题。下面的输出解释了这个问题

username@username-nuc:~$ host mydomain.com
Host mydomain.com not found: 2(SERVFAIL)

username@username-nuc:~$ dig  mydomain.com

; <<>> DiG 9.11.3-1ubuntu1.3-Ubuntu <<>> mydomain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1345
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;mydomain.com.          IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Sat Feb 09 01:25:10 IST 2019
;; MSG SIZE  rcvd: 41

username@username-nuc:~$ dig +trace  mydomain.com

; <<>> DiG 9.11.3-1ubuntu1.3-Ubuntu <<>> +trace mydomain.com
;; global options: +cmd
;; Received 28 bytes from 127.0.0.53#53(127.0.0.53) in 0 ms

username@username-nuc:~$ dig +trace  mydomain.com A

; <<>> DiG 9.11.3-1ubuntu1.3-Ubuntu <<>> +trace mydomain.com A
;; global options: +cmd
;; Received 28 bytes from 127.0.0.53#53(127.0.0.53) in 0 ms

username@username-nuc:~$ nslookup mydomain.com
Server:     127.0.0.53
Address:    127.0.0.53#53

** server can't find mydomain.com: SERVFAIL

username@username-nuc:~$

以下是 aws 路由器 53 中的 DNS 配置。请注意，该域之前托管在 godaddy 上，我转移到了 aws（因此现在该域已在 aws 路由器 53 上注册）。

username@username-nuc:~$ dig mydomain.com +trace @1.1.1.1

; <<>> DiG 9.11.3-1ubuntu1.3-Ubuntu <<>> mydomain.com +trace @1.1.1.1
;; global options: +cmd
.           3601    IN  NS  i.root-servers.net.
.....
.           3601    IN  NS  h.root-servers.net.
.           3601    IN  RRSIG   NS 8 0 518400 20190221050000 20190208040000 16749 . <Some base64>
;; Received 717 bytes from 1.1.1.1#53(1.1.1.1) in 5 ms

com.            172800  IN  NS  a.gtld-servers.net.
......
com.            172800  IN  NS  m.gtld-servers.net.
com.            86400   IN  DS  30909 8 2 <SOME HEX> C41A5766
com.            86400   IN  RRSIG   DS 8 1 86400 20190221170000 20190208160000 16749 . <Some base64>
;; Received 1172 bytes from 193.0.14.129#53(k.root-servers.net) in 266 ms

mydomain.com.       172800  IN  NS  ns57.domaincontrol.com.
mydomain.com.       172800  IN  NS  ns58.domaincontrol.com.
<SOME HEX>.com. 86400 IN NSEC3 1 1 0 - <SOME HEX>  NS SOA RRSIG DNSKEY NSEC3PARAM
<SOME HEX>.com. 86400 IN RRSIG NSEC3 8 2 86400 20190212213240 20190205202240 16883 com. <Some base64>
<SOME HEX>.com. 86400 IN NSEC3 1 1 0 - <SOME HEX>  NS DS RRSIG
<SOME HEX>.com. 86400 IN RRSIG NSEC3 8 2 86400 20190215053919 20190208042919 16883 com. <Some base64>
;; Received 666 bytes from 192.52.178.30#53(k.gtld-servers.net) in 276 ms

;; Received 41 bytes from 97.74.108.29#53(ns57.domaincontrol.com) in 327 ms

username@username-nuc:~$

【问题讨论】：

你能做到吗dig example.com +trace @1.1.1.1
@DusanBajic 在问题本身中添加了输出。
检查stackoverflow.com/a/35970555/1145196是否有帮助
1) 使用真实姓名，停止无用的混淆，这只会在 cmets 中创建一个来回的流程 2) 使用在线工具进行故障排除：Zonemaster 和 DNSViz 以及 3) 因为这与编程，这是题外话。查看Super User 或Server Fault，但请先阅读他们的在线帮助，看看它是否在那里。在更改 DNS 托管公司后，最可能的原因是一个蹩脚的委托。
另外，+trace 和 @ 在 dig 中是相互不兼容的：+trace 从根名称服务器开始，并像任何递归名称服务器一样一一进行所有迭代，其中 @专门向给定的（递归或权威的）名称服务器询问问题，并且没有比这更进一步。

标签： amazon-web-services dns subdomain router

【解决方案1】：

对我有用的解决方法：在 Chrome 设置>隐私和安全> 下到“使用安全 DNS” 选择：“与您当前的服务提供商”

（最初设置为：“with google (public DNS)” 显然，出于某种原因，谷歌（公共 DNS）不喜欢我的 dot.ga 域

顺便说一句，我对 Android 或 fire-fox 没有任何问题

一些进一步的研究表明，注册商未正确注册该域

【讨论】：