最近碰到了一个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服务连接失败，但在此我也得到一些教训，在生产环境一定要慎重操作，不可大意，有时候一个小小的失误却能发展成一个大大的后果。