文章目錄
- SSH連接排故排查
- 案例1:
- 解決思路
- 排故過程
- 故障模擬
SSH連接排故排查
案例1:
你是某在線教育公司的運維工程師,負責維護 3 臺應用服務器。今日上午 9 點,開發團隊反饋無法通過 SSH 連接 10.1.8.10 服務器部署代碼。該服務器運行著核心教學視頻轉碼服務,暫時無法重啟。
運維團隊需要實現:需盡快排查并恢復 SSH 訪問。
解決思路
- ssh服務器故障
- 網絡故障
排故過程
1.首先查看ssh的實時狀態,是關閉狀態,且重啟無效
根據提示查看日志,發現/etc/ssh/sshd_config文件中第66行的PasswdAuthentication出現問題
查找正確參數
進入文件進行修正,保存并退出。:set nu
可以顯示行號
再次重啟試試服務,重啟成功
- 再次手術連接服務,發現問題仍然存在
ping不通,發現網絡存在問題
查看當前網絡狀態,發現網絡狀態為down,并且激活失敗
發現是網絡不受管理,接下來激活網絡,發現網線沒有連接
連接網線之后,再次激活
再次嘗試連接ssh,不成功
查看網絡配置
發現兩個問題:
- 網絡掩碼是32位
- 網卡多了一個網段IP地址,而且不是手動配置,初步猜測是DHCP自動獲取的,且連接到其他交換機上
修改子網掩碼為24位,修改IP地址獲取為手動配置(manual)
修改之后網絡依舊不通,查看網絡連接模式,發現是hostonly模式
修改相同的模式
- 再次嘗試連接,一切正常,登錄成功
故障模擬
- 關閉ssh服務
- 設置ssh服務
echo 'PasswdAuthentiction no' >> /etc/ssh/sshd_config
- 斷開ens33設備(網線斷開,關閉服務
nmcli networking off
) - 設置ip地址獲取方式為dhcp、地址為10.1.8.10/32
- 設置網卡模式為hostonly
ns33設備(網線斷開,關閉服務nmcli networking off
)
4. 設置ip地址獲取方式為dhcp、地址為10.1.8.10/32
5. 設置網卡模式為hostonly