文章目录
- 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