domain-name-system – DNS无法在全球范围内传播

我没有更改与serverfault.com的DNS条目相关的任何内容,但有些用户今天报告的是 the serverfault.com DNS fails to resolve for them.

我跑了justping query,我可以证实这一点 – serverfault.com dns似乎未能在少数几个国家解决,因为没有特别的理由我能辨别. (也通过What’s My DNS确认,它以类似的方式进行了一些全球性的ping操作,因此它被两个不同的来源确认为一个问题.)

>如果我没有触及serverfault.com的DNS,为什么会发生这种情况?
>我们的注册商是(gag)GoDaddy,我在大多数情况下使用认的DNS设置而没有发生任何事故.难道我做错了什么?有DNS的众神离弃了我吗?
>我有什么办法可以解决这个问题吗?有什么方法可以强制DNS,或强制DNS在全球范围内正确传播?

更新:截至周一凌晨3:30太平洋标准时间,一切看起来都正确.. JustPing报告网站可以从所有位置访问.感谢您提供了许多非常有用的信息,我学到了很多东西,下次发生这种情况时会参考这个Q.

解决方法

这不是直接的DNS问题,它是因特网的某些部分和serverfault.com的DNS服务器间的网络路由问题.由于无法访问域名服务器,域名将停止解析.

据我所知,路由问题出现在(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下一跳.

相关文章

vue阻止冒泡事件 阻止点击事件的执行 <div @click=&a...
尝试过使用网友说的API接口获取 找到的都是失效了 暂时就使用...
后台我拿的数据是这样的格式: [ {id:1 , parentId: 0, name:...
JAVA下载文件防重复点击,防止多次下载请求,Cookie方式快速简...
Mip是什么意思以及作用有哪些