前些天在百度站長俱樂部里看到某站長的帖子，稱網站三次被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,謝謝。