我跑了justping query,我可以证实这一点 – serverfault.com dns似乎未能在少数几个国家解决,因为没有特别的理由我能辨别. (也通过What’s My DNS确认,它以类似的方式进行了一些全球性的ping操作,因此它被两个不同的来源确认为一个问题.)
>如果我没有触及serverfault.com的DNS,为什么会发生这种情况？
>我们的注册商是(gag)GoDaddy,我在大多数情况下使用默认的DNS设置而没有发生任何事故.难道我做错了什么？有DNS的众神离弃了我吗？
>我有什么办法可以解决这个问题吗？有什么方法可以强制DNS,或强制DNS在全球范围内正确传播？
更新：截至周一凌晨3:30太平洋标准时间,一切看起来都正确.. JustPing报告网站可以从所有位置访问.感谢您提供了许多非常有用的信息,我学到了很多东西,下次发生这种情况时会参考这个Q.
解决方法
据我所知,路由问题出现在(Global Crossing？)路由器上,IP地址为204.245.39.50.
作为shown到@radius,到ns52的数据包(由stackoverflow.com使用)从这里传递到208.109.115.121并从那里正常工作.但是到ns22的数据包改为208.109.115.201.
由于这两个地址都在相同的/ 24中,并且相应的BGP声明也是针对/ 24的,因此不应该发生这种情况.
我已经通过我的网络完成了traceroutes,最终使用MFN Above.net而不是Global Crossing来到GoDaddy,并且在/ 24级以下没有任何路由欺骗的迹象 – 这两个名称服务器都有相同的跟踪路由.
我见过这样的事情的唯一一次是Cisco Express Forwarding(CEF).这是用于加速数据包路由的硬件级缓存.不幸的是,偶尔它会与真实的路由表不同步,并尝试通过错误的接口转发数据包.即使底层路由表条目是针对/ 24,CEF条目也可以降至/ 32级.找到这些问题很棘手,但一旦确定它们通常很容易修复.
我通过电子邮件发送了GC,并试图与他们交谈,但他们不会为非客户创建一张票.如果您是GC的客户,请尝试报告此…
更新于10:38 UTC正如杰夫所说,现在问题已经解决了.上面提到的两个服务器的跟踪路由现在通过208.109.115.121下一跳.