调试DNS解析错误

Question

我正在用Cloudflare的服务器调试域auth.otc.t-systems.com的DNS解析错误，但被卡住了。奇怪的是，查找成功/失败取决于运行查询的机器，但我不知道配置有何不同。

故障总是伴随以下消息：server can't find auth.otc.t-systems.com: SERVFAIL

1.1.1.1是Cloudflare的DNS。

到目前为止我尝试过的是：

• 在各种机器上运行nslookup auth.otc.t-systems.com 1.1.1.1：
  • 它在我的机器上出现故障，包括工作和家庭网络(但是在这两种情况下，它都成功地使用了Google的DNS )。
  • 它在一台有工作网络的同事机器上失败了。
  • 它在远程服务器的ssh会话中成功。

• 现在，我假设我们的工作internet上有一些奇怪的配置，这会导致查找失败。然而，我不知道我应该寻找什么，我还发现了一些在线的nslookup服务也失败了：
  • 失败：https://network-tools.com/nslook/Default.asp?domain=auth.otc.t-systems.com&type=1&server=1.1.1.1&class=1&port=53&timeout=5000&go.x=21&go.y=13
  • 作品：http://www.kloth.net/services/nslookup.php

有什么提示可以进一步调试吗？

Answer 1

试着用挖掘。20年前，他们试图不推荐查阅，但它现在牢牢地扎根在肌肉记忆和不可能摆脱，但挖掘是远远优于。例如。

dig +trace auth.otc.t-systems.com @1.1.1.1

将为您完全跟踪决议，您可以看到它们的不同之处。

Answer 2

网络用户使用1.1.1.1岁作为交换机/路由器AP随机接口中的另一个专用地址的替代品。(我本人现在所处的位置，是面对数以百计的无线AP的IP入口的公众，为1.1.1.1 )

我把我的钱押在那些你不能和Cloufare的1.1.1.1通信的机器上，你在那里有一条(中间的)通道来实现这样的接口。

例如，在我的例子中，1.1.1.1是给我IP地址：

$ sudo tcpdump -i any -n host 1.1.1.1 and port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
13:11:51.037186 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296
13:11:51.037250 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296