今天,我们决定,在我们的 Geoserver 实例更改了太多设置后,Ubuntu 服务器 (VPS) 的最佳处理方案是恢复备份。但是,在恢复备份并重新启动后,我无法再通过 SSH 以正常方式登录服务器。它只是给我一个connection timed out
错误。
我做了什么:
- 使用“救援系统”通过 SSH 登录服务器(有效)。
- 检查
sshd_config
文件,init.d/ssh
发现任何异常。 - 检查身份验证日志以查看它是否注意到我的 SSH 连接尝试(但它没有)。
我对这种情况完全不知所措。对我来说,重启后网络似乎根本无法接通。但是,我无法直接连接到服务器,因为它是远程托管的虚拟专用服务器。
我在网上搜索了一下,但似乎没人遇到我现在遇到的“连接超时”错误。
服务器运行在 Ubuntu 14.04 上
有什么建议么?
补充说明:
我只能在服务器处于紧急模式时连接到服务器,这意味着它会跳过我在服务器上执行的所有操作并将其放在 /repair 目录中。因此,如果我检查哪些端口是打开的,它会告诉我从紧急模式打开的端口,而不是从我自己的安装中打开的端口。
来自评论的附加信息:
iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
答案1
检查服务器是否能够 ping 通其默认网关,检查从外部 ping 通服务器是否有效,如果 ping 有效,则在接口上执行 tcpdump 以检查服务器上的 NIC 是否正在接收任何流量,尝试从服务器内部使用 ssh -- ssh localhost #如果这不起作用 - sshd 本身可能已损坏
答案2
检查 ssh 服务是否正在运行以及 ssh 端口是否正在监听
netstat -ntap
您应该看到一行,其中端口 22 正在监听进程 sshd:
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN pid number/sshd
如果该进程处于活动状态并在监听,请检查网络设置,如果未处于活动状态,请检查 sshd 是否已安装并正在运行
答案3
首先:感谢大家就这个问题提供的帮助。
第二:由于情况特殊,我们无法再等待,因此决定重新加载另一个备份,该备份似乎有效。我们无法确定错误的具体原因,因为有效的新备份与失败的备份没有任何区别,因此我们认为这是一个备份故障问题。
再次感谢您的帮助,真的很感激。
答案4
可以尝试对服务器进行 nmap 以查看网络上开放了哪些端口。您应该看到端口 22 已打开。