DigitalOcean Droplet控制台SSH连接丢失问题排查求助

问题背景 #

通过DigitalOcean控制面板启动Droplet Console时，登录阶段出现“SSH connection lost”错误；Droplet显示运行状态，但常规SSH命令无响应，未修改过默认SSH配置。已多次尝试控制台连接、确认本地网络正常、查阅官方文档，问题仍存在。

1. 错误原因 #

• SSH服务异常：sshd进程崩溃、未启动，或因系统资源耗尽无法处理登录请求
• 系统资源耗尽：Droplet的CPU、内存或磁盘空间被占满，导致sshd服务无法正常运行
• 防火墙规则拦截：ufw/iptables规则误限制了控制台的SSH连接
• 系统文件损坏：sshd配置文件、PAM认证相关文件损坏，导致登录流程中断
• 内核或系统死锁：内核panic、关键系统进程死锁，影响SSH服务的响应能力

2. 解决步骤 #

步骤1：进入Recovery Mode排查 #

1. 登录DigitalOcean控制面板，找到目标Droplet，进入Settings -> Recovery
2. 选择Boot from Recovery ISO并重启Droplet
3. 重启后进入Recovery Console，挂载系统盘（默认路径为/dev/vda1，可通过lsblk确认分区）：

   mount /dev/vda1 /mnt
   

步骤2：检查并修复SSH服务 #

1. 切换到挂载的系统环境：

   chroot /mnt
   

2. 查看sshd服务状态：

   systemctl status sshd
   

3. 若服务未启动，尝试启动：

   systemctl start sshd
   

4. 启动失败的话，查看日志定位问题：

   journalctl -u sshd -xe
   

步骤3：清理系统资源 #

1. 检查磁盘空间使用：

   df -h /mnt
   

2. 若磁盘已满，清理冗余文件：

   rm -rf /mnt/var/log/*.old
   rm -rf /mnt/tmp/*
   

3. 检查是否存在内存耗尽的记录：

   cat /mnt/var/log/syslog | grep -i "out of memory"
   

步骤4：检查防火墙规则 #

1. 查看ufw状态，确认22端口是否允许：

   ufw status
   

2. 若22端口被拦截，添加允许规则：

   ufw allow 22
   

3. 若使用iptables，查看规则并确保未拦截本地连接：

   iptables -L -n
   

   临时清空规则测试（后续需重新配置）：

   iptables -F
   

步骤5：修复文件系统 #

1. 先卸载挂载的分区：

   umount /mnt
   

2. 执行文件系统检查与修复：

   fsck /dev/vda1
   

3. 额外排查与恢复手段 #

• 重置Root密码：在Droplet控制面板的Access选项中选择Reset Root Password，重置后再次尝试控制台登录
• 快照恢复：先为Droplet创建快照，再从快照生成新的Droplet，验证是否能正常登录（避免数据丢失）
• 深度日志排查：在Recovery环境中查看关键日志：

  # 查看SSH认证日志
  cat /mnt/var/log/auth.log | grep -i ssh
  # 查看系统错误日志
  cat /mnt/var/log/syslog | grep -i error
  

• 验证SSH配置：检查sshd配置文件是否有语法错误：

  sshd -t
  

  修复错误后重启sshd服务

内容的提问来源于stack exchange，提问作者Code Daydreamer