一周前,我向现有区域 mints.rocks 添加了一些新的 A 记录
h37.mints.rocks , resh37.mints.rocks
现在有时 DNS 会用空值解析它
但是之前的 40 条记录效果很好,例如
h34.mints.rocks resh34.mints.rocks
域名托管在 name.com 上,使用标准名称服务器。没有自定义记录,只有 A。所有记录均通过 api 创建
我已经重新创建了几次记录。问题相同。域中的一些新记录可能会出现此问题。
为了测试我使用 dnschecker.org,每次新的 DNS 服务器都返回错误值
有几次,我的笔记本电脑上的浏览器出现“域名未解析”错误。
intodns.com显示没有错误。我不知道如何修复该错误。Name.com 支持无响应
更新:
错误挖掘结果示例:
~$ dig h37.mints.rocks
; <<>> DiG 9.16.1-Ubuntu <<>> h37.mints.rocks
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38029
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;h37.mints.rocks. IN A
;; Query time: 56 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Wed Aug 12 22:18:36 CEST 2020
;; MSG SIZE rcvd: 44
答案1
ns{1,2,3,4}.name.com
似乎使用任播,基于从截然不同的位置观察到的小于 1ms 的延迟。(实际上它似乎是一种NSOne服務或其他。
根据问题描述(该问题仅发生在您的较新记录中,并且看似随机发生,但并非来自任何客户端)并且知道它是一种任播服务,我隐隐怀疑其任播集群中并非所有节点都具有当前区域数据。
如果你改变查询 DNS 检查器网站来查找SOA
您的区域这似乎支持了这一理论(不同的序列号随机出现在一些 DNS 检查器测试服务器上)。
我认为结果SOA
更能说明问题的性质,也许可以帮助您与客户服务的互动。
答案2
使用注册商提供的免费 DNS 服务器时,您必须预料到服务质量会很差。这类暂时性解析错误并不罕见。如果您想要获得一致的 DNS 响应,则需要使用高级 DNS 服务,或者托管您自己的名称服务器以满足您的需求,同时还能够排除端到端解析错误。
如果您需要提供无法支持的文件,您只需对您的 A 记录进行连续查询(无论是通过类似用户工具dig
还是类似socket.gethostbyname()
Python 的工具),记录错误,并将您的发现提交给他们的支持渠道。
最后,如果您需要更一致的 DNS 主机……那么就获取更一致的 DNS 主机。