☰

DNS 查找需要 10 多秒

tag-icon • tag-icon networking domain-name-system
DNS 查找需要 10 多秒

www.duckdns.org 的 DNS 查找需要 10 多秒。这是我的互联网提供商的 DNS 问题吗？以下是使用我的提供商 DNS 和 Google DNS 的 host 命令的输出：

$ 时间主机 www.duckdns.org
www.duckdns.org 的地址为 50.112.156.11
；；连接超时；无法访问服务器
www.duckdns.org 邮件由 50 个 www.duckdns.org 处理。

实际 0分10.767秒
用户 0分0.016秒
系统 0分0.012秒

$ 时间主机 www.duckdns.org 8.8.8.8
使用域服务器：
名称：8.8.8.8
地址:8.8.8.8#53
别名：

www.duckdns.org 的地址为 54.148.234.172
未找到主机 www.duckdns.org：2（SERVFAIL）
www.duckdns.org 邮件由 50 个 www.duckdns.org 处理。

实际 0分0.546秒
用户 0分0.020秒
系统 0分0.008秒

$ 时间主机 www.google.com
www.google.com 的地址为 62.168.125.25
www.google.com 的地址为 62.168.125.29
www.google.com 的地址为 62.168.125.30
www.google.com 的地址为 62.168.125.34
www.google.com 的地址为 62.168.125.35
www.google.com 的地址为 62.168.125.39
www.google.com 的地址为 62.168.125.40
www.google.com 的地址为 62.168.125.44
www.google.com 的地址为 62.168.125.45
www.google.com 的地址为 62.168.125.49
www.google.com 的地址为 62.168.125.50
www.google.com 的地址为 62.168.125.54
www.google.com 的地址为 62.168.125.55
www.google.com 的地址为 62.168.125.59
www.google.com 的地址为 62.168.125.20
www.google.com 的地址为 62.168.125.24
www.google.com 的 IPv6 地址为 2a00:1450:4014:80b::1011

实际 0分0.073秒
用户 0分0.032秒
系统 0分0.012秒

DuckDNS 提供的更新：

大家好，我很高兴地告诉大家，我们相信我们已经纠正了所报告的缺陷

收到来自公共社区的反馈总是件好事，我们也欢迎通过我们的 G+ 社区直接向我们提出任何错误。这使我们能够尽可能高效地处理缺陷。

我们的声誉点数不足以让我们直接发表评论。

对于非 IPV6 实施者来说，正确的 AAAA 响应是 NOERROR，并且现在已实施零答案。

您能否检查一下以确保它现在的运行符合预期？

我们还修复了有关 DNS Glue 记录和最短 DNS TTL 时间（现在为 60 秒）的另外两个缺陷。

嘎嘎！

答案1

编辑：

为了公平和充分披露，DuckDNS 的所有者似乎已收到此问答并已解决已发现的缺陷列表。虽然这很好，但我坚持我的观点。这些缺陷非常严重，所有者在没有适当披露其成熟度的情况下公开其服务是不负责任的。

考虑到业主只是公开表示已纠正了缺陷，但并未说明他们打算如何防止将来再次出现类似问题，我仍然对这项服务的成熟度没有太大信心。

您被否决是因为您在自己的故障排除方面没有投入太多精力（即您没有对 duckdns.org DNS 服务器进行任何查询），但这几乎肯定不是您查询的 DNS 服务器的错误。

  • 第一个提示是，您的两个host查找在其输出中都包含超时。这里发生了一些奇怪的事情。
  • 事实证明，超时查询是针对 www.duckdns.org 的 IPv6 (AAAA) 查找。我做了一些研究，发现您的 ISP 和 Google 的 DNS 服务器正在对此产生问题，因为 duckdns.org 名称服务器的回复是彻底破碎：

-

# dig @ns1.duckdns.org www.duckdns.org AAAA +noall +question +answer

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @ns1.duckdns.org www.duckdns.org AAAA +noall +question +answer
; (1 server found)
;; global options: +cmd
;www.duckdns.org.               IN      AAAA
www.duckdns.org.        20      IN      A       50.112.156.11

请注意，这个请求是针对一条AAAA记录的，但我们得到的回复却是一条A记录。这是什么鬼？

进一步的研究让我有更多迹象表明，该域的 DNS 配置和运行它的软件非常不稳定：

  • 胶水不一致。duckdns.org 的胶水列出了三个 NS 记录，但权威区域只列出了一个。（dig +trace +additional duckdns.org查看实际操作）看起来各个 DNS 服务器在查询记录时只返回自己NS。其他两个 NS 记录可能被 DNS 服务器丢失刷新，这将导致一些有趣的可用性问题。
  • 他们的 www 记录的 TTL 为 20 秒，大多数有自尊心的 DNS 软件可能会忽略它。
  • 如果我向康卡斯特询问duckdns.org NS，我会得到SERVFAIL。这些东西真的，真的破碎的。

简而言之，我认为这些人不知道自己在做什么，而且我不会将与该域交互时遇到的任何奇怪事情归咎于任何中间 DNS 服务器。操作员都是新手，软件在某些情况下明显有问题。我完全没有信心这项服务在其软件实现中始终符合 RFC 标准，而且每当出现问题时，都无法预测其他服务器将如何应对这种有问题的行为。

我想说的是，我不会信任运营商，但他们并没有要求我这样做。相反，我会更进一步，不再说“一分钱一分货”，而是说你不能付钱让我使用这项服务。这里面没有 DNS 专业人士。

相关内容