網(wǎng)站被降權(quán)了，是否跟服務(wù)器有關(guān)？

521rebc

百度6月的一次大更新，讓很多的網(wǎng)站都在百度搜索引擎里面失去了蹤影。同時也讓很多的SEOer們坐立不安，想盡一切辦法想找出被降權(quán)的原因以及恢復(fù)權(quán)重的方法。諸如：利用百度工具拒絕外鏈，每天老老實實的發(fā)原創(chuàng)文章，甚至每天都是百度的反饋中心說兩句等等。SEO這個行業(yè)里面有那么一句話：網(wǎng)站沒有被降權(quán)的站長不是一個好站長。小編也是做了幾年的SEO，看來還不是個好站長，不過小編覺得，不能讓降權(quán)網(wǎng)站恢復(fù)權(quán)重的站長才不是個好站長呢！

  

網(wǎng)站為何被降權(quán)？原因會非常多，可能是在優(yōu)化過程中用了“黑帽”技術(shù)，可能是垃圾鏈接太多，可能是網(wǎng)站內(nèi)容質(zhì)量太低等等，關(guān)于這些小編的解釋肯定是比不上那些行業(yè)大神們，所以就不在這獻丑了。小編是做香港IDC的，對于服務(wù)器這塊相對還是要熟悉點，所以今天小編就想跟大家分享一下，如果網(wǎng)站被降權(quán)了，怎么去檢查是否跟服務(wù)器有關(guān)。

  

一、通常先掃下服務(wù)器開放的端口，再考慮對策。

  

二、比較常見的解析漏洞，比如IIS6.0、阿帕奇、nginx/IIS7.0(php-fpm)解析漏洞等，還有就是cer、asa之類的解析，.htaccess文件解析配置等。

  

三、弱口令和everyone權(quán)限，先掃描服務(wù)器開放的端口，比如21對應(yīng)的FTP、1433對應(yīng)的MSSQL、3306對應(yīng)的MYSQL、3389對應(yīng)的遠程桌面、1521對應(yīng)的Oracle等等，平時可以多搜集下字典，有時候效果也是不錯的(通常在cain嗅探的時候，經(jīng)常能嗅到別人不停的掃…很蛋疼)。

  

四、溢出，這點要看系統(tǒng)補丁和服務(wù)器使用的軟件等等，比如FTP等工具，這里不詳解。

  

五、針對一些服務(wù)器管理程序，比如tomcat、jboss等等，這種比較常見于大中型的站點服務(wù)器。

  

六、IIS、apache等各種漏洞，這個要平時多關(guān)注。

  

七、目錄瀏覽，服務(wù)器配置不當，可直接瀏覽目錄。

  

八、共享…

  

九、。。。

  

其實檢查服務(wù)器就是查一下它的健康狀態(tài)，如果服務(wù)器運行正常穩(wěn)定的話，一般不會因為這個而導致網(wǎng)站被降權(quán)的（對于一些使用空間的網(wǎng)站，如果因為同IP下的其他網(wǎng)站而被影響，這個就考慮例外了）。不過所謂的檢查就需要全面，做SEO做常說的一句話就是要注意細節(jié)，既然有可能，那我們要杜絕這種可能會帶來的影響。只有這樣做好每一個細節(jié)，才能使被降權(quán)的網(wǎng)站恢復(fù)權(quán)重，才能成為一名真正的好站長。