分析iis日志出现200 0 64是否是网站被K的前兆

　　前些天在百度站长俱乐部里看到某站长的帖子，称网站三次被K,第一次是发垃圾链太狠，第二次是堆积关键词，第三次是全站采集，没有原创。被K之后，该站长在查看之前iis日志时，发现百度蜘蛛在爬行部分页面后状态码返回200 0 64。大禹在网上查找了相关问题，发现出现类似情况的还不少。很多SEOer更是祭出了“200 0 64是被K的前兆”一说。

　　

 

　　而百度LEE给出的答复是“我们也无法确定出现这种状态代码时是否会影响抓取，但可以确定和Baisuspider的抓取行为无关。建议检查一下iis配置和自己网站的程序有无问题。”

　　连LEE都没法给出一个准确的答案，更是为“200 0 64”披上了一层神秘的面纱。难道“200 0 64”真是灾难前的序幕。

　　大禹带着这个疑问，查找了相关资料。在MSDN的《Win32状态码详细说明》中，对64的解释是“指定的网络名不再可用”。而导致该问题的可能性有很多，以下大禹总结了一些常见的。

　　1、服务器开启了GZIP压缩，关闭后返回正常。

　　2、服务器Computer Browser服态、server服务、workstation服务其中之一运行不正常。

　　3、Apache配置错误，引起Apache与WinSock v2相冲突，出现64错误。

　　4、常发生在ASP.NET开发的网站，在程序获取一个响应流之后，未读出内容便被关闭，这种情况也是产生64的一个原因。

　　5、类似第四种情况，IIS在等待客户端ACK时，客户端选择重置或断开链接，从而状态码返回64。

　　

 

　　不管是以上哪种可能，都可以确定和Baisuspider的抓取无关。因此，也就排除了200 0 64是网站被K的前兆一说。前3者由于服务器、IIS、Apache配置问题，导致网络不可达，从而引起Baisuspider无法有效抓取。而后两种可能属于客服端行为所致，服务端未得到ACK响应，导致Baisuspider无法成功抓取。这也就解释了，为何网站被K及200 0 64在网络高峰期出现频率更高。

　　出现200 0 64后，大禹建议马上自行检查或联系空间商检查服务器、IIS或Apache的配置及网络状况。在排除以上可能后，观察200 0 64出现的频率并做持续监测，如果长期无法解决，可向baidu反映此问题。文章原创，转载请注明出处 788中国门窗幕墙人才网 http://www.788job.net,谢谢。