,注意：,本文相關配置及說明已在, CentOS 6.5 64 ,位操作係統中進行過測試。其它類型及版本操作係統配置可能有所差異，具體情況請參閱相應操作係統官方文檔。

 

,問題描述

---

,客戶端連接雲服務器 ,ECS ,（,Elastic Compute Server,） ,Linux ,服務器時，命令行或 ,secure ,日誌出現類似如下錯誤信息：

• ,fatal: mm_request_send: write: Broken pipe.
• ,,Connection closed by 192.168.0.1.

,問題原因

---

,該問題可能是由於, ,udev-fall ,等病毒影響了, ,SSH ,服務的正常運行所致。

,處理辦法

---

,要解決該問題，建議通過如下方式處理：

• ,臨時恢複
• ,可靠的處理辦法

,臨時恢複

,以 ,udev-fall ,病毒為例，可嚐試通過如下方式，臨時恢複 ,SSH ,服務的正常運行：

1. ,通過 ,,,管理終端 進入係統。
2. ,,使用如下指令查詢病毒進程：

   ps aux | grep udev-fall
   root     24486  0.0  0.0 108340  1848 pts/0    S    10:30   0:00 /usr/bin/udev-fall

   說明：其中第二列的數字表示進程 ID（PID）。
3. ,,,使用如下指令結束病毒進程：

   kill -9 <進程對應 PID>
   
   比如：
   kill -9 24486 

4. ,,,,使用如下指令取消病毒服務的自動運行：

   chkconfig udev-fall off

5. ,,,,,使用如下指令刪除病毒程序相關指令和自啟動配置：

   rm -rf /usr/bin/udev-fall
   rm -rf /etc/init.d/udev-fall

6. ,,,,,,使用如下指令重啟 ,SSH ,服務，然後從客戶端嚐試重新連接：

   service sshd restart

,可靠的處理辦法

,由於無法明確病毒或者惡意入侵者，是否對係統做過其它篡改，或隱藏了其它病毒文件。所以，為了服務器的長期穩定運行，建議通過回滾係統盤曆史快照的方式，來將服務器恢複到正常狀態。

,回滾磁盤的操作說明可以參閱文檔 ,,,回滾,,磁盤,。

,注意：

• ,快照回滾會導致回滾點之後的數據丟失，請務必確認後再操作。
• ,,建議按時間從近到遠的順序逐一嚐試回滾快照，直至 ,SSH ,服務能正常運行。如果回滾後還是無法正常運行 ,SSH ,服務，則說明相應時間點係統已經出現異常。

,如果還有問題，可以參閱,雲服務器 ECS Linux SSH 無法登錄問題排查指引做進一步排查分析。

 

,如果問題還未能解決，請聯係,,,售後技術支持,。