看起来有一些东西阻止了大量的消费者进入www.webs.com。 这似乎是由于阻止以webs.com结尾的DNS查询造成的。
任何人都可以重复这个问题，并确定堵塞的起源？
对于初学者，请在www.webs.com上运行nslookup（或dig）。 如果这没有返回一个IP，那么你的名字服务器阻止了webs.com。 这里的问题是为什么？
过去几个星期你做过DNS迁移吗？
我试图解决来自各种名称服务器的webs.com，只有一组给我SERVFAIL。 我的ISP拥有的parsing器。
我自己的parsing器，谷歌的DNS，Level3的DNS和直接查找工作出色，就像他们应该。
我曾经看过这种行为。 问题似乎是区域从一个DNS设置迁移到另一个，并且新的DNS设置比旧的设置使用更低的序列。 这导致了很多parsing名字服务器变得疯狂，拒绝查看它们，甚至在连续更改为高于旧的。
我从来没有真正从ISP那里知道，我确切地联系了他们对parsingDNS设置所做的工作，以使其再次运行。
如果你已经迁移了你的旧的供应商，并且你的旧供应商使用了典型的YYYMMDDSS（SS是串行的），那么你现在的SOA系列是“11434991”，那么新的系列实际上比旧系列要低。
我最喜欢的DNS检查工具是DNSCog： http ://www.dnscog.com/report/webs.com
我看到一些警告和错误，但具体来说，它看起来像ns2.webs.com没有响应与IP，而ns1.webs.com是与IP响应。 这将导致随机用户无法访问您的网站。
我也会查看关于SOAlogging和NSlogging丢失的其他错误。
你的名字服务器都在同一个AS上，甚至是同一个子网上。 我会尝试通过zoneedit首先获得更多的从服务器。