前些天，企業的服務器，忽然大病一場，經查緝後，發覺是中了近來流行的PHP-DOS殲擊，我信任大家都對php dos有所意識。它的表達形式有兩種，一種是流量不斷的流入，還有一種就是流量不斷的流出。服務器發生了問題，我們是最焦急的，客戶它們只想看見最後結果，自個兒的網站能夠正常的運行，客戶是不斷的的著催慘電話。聽見客戶的話語在這以後，這心中是又焦急，又恨。無耐，只好忍,誰讓我們是做服務業的。

　　服務器遭到php-dos殲擊，問題出在PHP手續破綻被黑客利用了，故而發動了php-dos殲擊。服務器不斷的向外發包，流量在100M(見圖1)。機房直接把我的服務器凍結了，因為這個自個兒從新提次融化解凍提出請求，通過了幾個鍾頭在這以後，融化解凍完成。本以為就這麼解決了，可不想的是長程怎麼也進不成，這時發現自個兒已不可開交了，原本技術不高的我，就到網上滿眼找一點成功案件的例子。資料上都解釋明白要把IIS關閉，再進長程。我就又提交處理關閉IIS提出請求，關閉後，進長程確實是能進了，可進到桌在的時刻，就藍屏。心想：天哪，這不是在玩我嘛。又提出請求讓機房重啟下服務器。通過幾番的艱難困苦在這以後，長程終於進了，進擔任或不擔任直接把PHP的手續破綻找補。這些個破綻的代碼，當然不是我自個兒研討出來的，我只是個草根管理員，一種步驟全來自網上，跟我同病銜接的人總結概括出來的處置經驗。哎，蒼天不負有心人哪，殲擊終於被擺平了。網站一切都正常了。

　　(圖1)向外發包的數值

　　DOS殲擊問題目解釋題決後，本以為是不會再發生了，可事事難料，第三天，服務器又被CC殲擊，於是我又攜帶CC殲擊的問題，直接上百度搜索。搜索最後結果非常多了。CC殲擊，它也是歸屬php-Dos殲擊裡的一個小部份，原本以為很簡單，通過師兄們給的流程做下來在這以後，仔細查看了下，我服務器用的是WINDOWS2003+IIS6+PHP+mysql，w3wp是IIS的進程項，進程項度是一路急驟的暴風，佔領了CPU100百分之百，網站敞開的速度是極慢seo。最後結果跳出一彈窗，內部實質意義是英文的，移譯出來是系統不正確信息(由於如今服務看重裝過系統，具體啥子英文我也記不清了)。看這個事情狀況，只能重裝系統了，重裝系統並不是說裝就裝，如今我們服務器需求把所有盤款式化，這麼能力把服務器內的毒全處置完。服務器內的網站，數值，共總有30多個G，服務器整臺租的，並不是我們企業的，處置起來也麻煩，讓服務器總部幫我們備案下，它們說不准許，既是我們斥資，它們也跟我們說NO。這啥子社會狀況，只要苦了自個兒，下載吧。橫豎要裝系統了，那就裝個迅雷吧，這麼載得快，可事情的真實情況不是和我想像中施行的，迅雷怎麼裝都是顯露不正確。也無方法了，就戲曲開演機器，用FTP載吧，打打包，載載傳傳就花了我兩天一夜的時刻，苦了我在企業待了兩天一夜。

　　一直到今日纔把服務器的事物擺平，早晨還發生了一點兒問題，mysql進程項，w3wp進程項不斷的昇漲，CPU運用又上了100百分之百。Mysql進程項問題，好在網上有周密點撥，我按著操作，完工。w3wp因為上次操作過，就不詳細提了。可就在我做完，發覺CPU運用並沒有減退，於是我把IIS重啟，可重啟那一下子，CPU運用從100百分之百降到1百分之百。我就想應當是某個網站出了問題，於是我就把服務器內自覺得手續會發生問題的幾個網站一個一個休止運行，最後結果被我蒙對了，果不其然我把那裡面一個站停下在這以後，CPU運用率減退了，我開啟時，又昇漲。這個站是PHP手續的，數值庫發生了點不正確引動。我立刻把服務手續池重啟了下後，服務器就一切正常了。

　　服務器正常後，我查緝網站是否有被K的有可能，畢竟這樣多天，網站就沒有正常過。查過後，趣味的銀幕如今我眼前(見圖2)，網站的快照竟至回檔到2003年三月二十一號了，太非常奇妙了。在03年的時刻，這個站還不曉得在哪呢。網站的名次依舊健在。這種事情狀況，我想應當是蛛蛛來的太次數多造成的。然而這種事情狀況，沒相關系，只要更新下網站的內部實質意義，只要收錄，下一天就准能還原。

　　

　　(圖2)

　　以上就是我想要跟大家分享的， 在此我在告之大家，服務器在裝PHP背景時，必須要注意，安全策略必須要呀。不然出了問題，麻煩了自個兒，苦了也仍然自個兒。這麼對客戶都有得交待了，不然口碑多差呀。假如企業沒有對服務器很懂的人材在，那最好找家專業服務服務器行業的來保護，花點錢，我們少一份當心。這也是值當的。不然到時懊悔的仍然自個兒。因為私人表現有經驗有限，但我也是盡力讓各位朋友能夠讀懂我說的每一句話，以及文章的核心。最終也期望意識更多、更資深的在業者 筆者：杭州美術培養訓練( ) SEO專業顧問尚萬。過載請明細來源哦。謝謝!