微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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下一跳.

原文地址:https://www.jb51.cc/html/229960.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐