无显示器场景下恢复Ubuntu SSH连接的软方法求助

哎，这种无头机SSH突然罢工但机器还活着、Docker容器还正常跑的情况真的太闹心了——跑车库接显示器实在麻烦，硬重启又怕搞坏容器状态，给你几个不用动硬件的软排查/恢复思路：

• 试试备用远程管理工具（如果之前配置过）
  要是你之前装过cockpit，直接用浏览器访问http://你的机器IP:9090就行，它能可视化管理系统服务，直接找到sshd重启；要是之前图方便开了telnet（虽然安全性差但救急好用），可以试试用telnet连22端口，能判断是连接建立不起来，还是卡在认证环节。

• 借Docker容器的“东风”间接操作主机
  既然容器还正常运行，咱们可以利用Docker的网络特性来“钻”进主机：

  1. 如果你的本地机器能直接控制这台主机的Docker，跑一个带--net=host参数的容器：docker run -it --net=host alpine sh，这个容器会共享主机的网络命名空间，之后在容器里装个nsenter（apk add util-linux），执行nsenter --target 1 --mount --uts --ipc --net --pid就能直接拿到主机的shell了。
  2. 要是你有某个容器自带web管理界面（比如dashdot？），看看能不能通过界面执行命令，同样用nsenter进入主机空间操作。

• 强制建立SSH连接尝试重启服务
  虽然直接连SSH卡，但可以加些参数强制试试：ssh -o ConnectTimeout=15 -o ServerAliveInterval=3 -o ServerAliveCountMax=2 你的用户名@机器IP "sudo systemctl restart sshd"，这些参数会缩短超时时间、增加心跳，说不定能绕过卡住的连接环节，成功执行重启sshd的命令。

• 先排查网络层面的异常
  ping延迟高达700ms肯定不对劲，先在本地机器上跑mtr 机器IP跟踪路由，看看延迟是出在局域网链路还是主机自身；再用nmap -p 22 机器IP扫一下22端口状态：如果显示open但连不上，大概率是sshd进程僵死了；如果是filtered，可能是防火墙规则意外变动，那可以试试用备用工具重启防火墙服务（比如sudo systemctl restart ufw）。

• 利用主板远程管理接口（如果有）
  要是你的PC主板支持IPMI、iDRAC这类远程管理功能，直接通过对应的IP和管理账号登录，就能拿到远程控制台，和接显示器键盘没区别，还能直接查看系统日志、重启服务。

要是以上方法都走不通，那可能只能硬重启了，但先把这些软方法都试一遍，尽量避免硬重启带来的容器异常风险。

备注：内容来源于stack exchange，提问作者Torben Gundtofte-Bruun