最近碰到了一個linux ssh（192.168.112.10）連線報錯的一個問題，真的是困擾了我好幾天，一直找不到相關原因，下面我開始闡述我的解決歷程了...

背景：某天接到一個問題反饋，廠商告知資料庫連不上了，提示Connection closed by foreign host

然後我自己首先試驗了下，確實出現問題，無法登陸，開始處理。。。。。

1、通過管理硬體介面的伺服器（192.168.112.11）進入192.168.112.10環境，注意：

        此處是通過管理口不通過ssh連線登陸，也可使用telnet方式登陸，不過這種方式linux一般不會開啟，如果真的無法通過其他形式登陸遠端終端，可以使用串列埠線直接連線物理伺服器。

2、登陸10環境後，檢視ssh狀態，正常執行，檢視linux日誌，確實存在問題，也沒找到啥原因，想著要不重啟一下ssh服務試試，擼起袖子說幹就幹，service sshd restart，好傢伙，在啟動時候報錯，報錯內容就是我們標題的內容了

上網百度了這個問題，沒有找到相關的參照依據，關於此類報錯很少。於是我具體分析了這個報錯內容，貌似與庫檔案有關，通過history命令查看了最近的命令操作，使用者最近安裝了snmp協議，從命令上看不到有用的內容，再次分析報錯內容，提示libkeyutils.so.1有問題，檢視rpm包

發現問題，linux系統是linux 6.9，而rpm包包含linux 7的包，再次分析廠家安裝的snmp過程，是直接安裝的rpm包，且是snmp-7的，有些rpm包直接影響了ssh服務

3、到此為止，問題找到了，廠家安裝錯snmp包，在6.9的系統上裝了snmp 7的相關rpm包

4、解決，將所有el7的包解除安裝，重新安裝el6的rpm包。重啟ssh服務。成功

結論：這個問題的原因很簡單，因為人為原因導致ssh服務連線失敗，但在此我也得到一些教訓，在生產環境一定要慎重操作，不可大意，有時候一個小小的失誤卻能發展成一個大大的後果。