奇怪DNS故障之终极解决(1)

鉴于以上方案都无法奏效，就从服务器和客户机进行4次抓包，通过抓包分析故障原因。

从客户机抓包来看，使用电信服务器61.134.1.4直接进行地址解析，而且发现解析全部成功，包括www.sina.com，www.sohu.com，www.google.com，www.tudou.com，www.xiaoli.cc，www.hao123.com，www.chinaren.com，没有发现任何的错误。

但是，当将客户机的DNS指定为内部服务器10.10.1.5时，发现当您在解析www.tudou.com，www.chinaren.com，www.sohu.com等网站时就出现超时。尝试去通过以下步骤去比对哪一环节造成延迟：

步骤1：

在客户机10.20.2.5抓包中，找一个DNS请求，比如说解析www.sohu.com不成功，这个请求的发送时间是Jan 13, 2010 12:23:52.823093000

然后在相同的抓包里看到来自DNS服务器10.10.1.5，结果是解析失败，错误代码是Server failure (2)，这个回复的接收时间是Jan 13, 2010 12:24:03.790867000中间的间隔大概是10秒。

步骤2：

在DNS服务器10.10.1.5的抓包中，我尝试寻找这个对应的来自于10.20.2.5的DNS请求，看DNS服务器是如何将这个DNS请求转发到电信服务器61.134.1.4。但是在2010 12:23:52.823093000和2010 12:24:03.790867000这个时间段里，我没有看到自客户机10.20.2.5发来的包含www.sohu.com的DNS请求。与这个时间段接近的这么一个DNS请求是发生在Jan 13, 2010 12:23:47.056713000。这一点，我觉得很奇怪，我重新检查了其他失败的请求，也发现了类似的问题。所以我怀疑，DNS服务器和这个客户机的系统时间没有同步。

此外，我发现这台服务器单位时间的负载非常大，也有可能是因为这台DNS服务器过忙而导致无法及时响应某些来自客户机的地址解析请求。

然后我又检查了刚刚抓过来的最后一次抓包和nslookup的调试日志，我发现直接使用电信DNS服务器时，都能正常解析。但当把DNS服务器修改为内部服务器10.10.1.5时，就发现很多的超时了。然后我又检查了抓包，同样比较客户机抓包和服务器抓包，可以发现两者之间有比较明显的时间差。次外，还有以下发现：

步骤1：

在客户机抓包中，我找到一个解析www.sina.com失败的DNS请求，客户机发送的时间是Jan 13, 2010 14:34:16.876351000

然后检查相同抓包，来自DNS服务器的回复是Jan 13, 2010 14:34:21.175179000，结果是解析失败，错误代码还是Server failure (2)。这里请求和回复之间的间隔是5秒钟，这正是DNS服务器默认的超时间隔。

步骤2

在服务器抓包中，同样相同的来自客户机10.20.2.5的包含www.sina.com的DNS请求包到达内部DNS服务器10.10.1.5的时间是Jan 13, 2010 14:34:15.041088000，与客户端那边还是有大概1秒的时间差。然后内部DNS服务器将这个DNS请求转到电信服务器61.134.1.4的时间是Jan 13, 2010 14:34:15.041088000。但是，自此之后，内部服务器就再没从电信服务器上收到关于这个请求的回复包了。

所以，从这里的结果来看，电信服务器没有及时响应也是造成解析无法成功的原因之一。

通过以上分析，我有以下怀疑：

1. 确保域内客户机和DNS服务器时间轴保持同步

2. 检查电信DNS服务器61.134.1.4有时候未能及时响应，原因也可能是过于繁忙。检查从电信到公司网络的链路情况。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!