我无法再通过 ssh 访问
I'm not able anymore to acces via ssh
为了一个项目,我需要访问教师服务器
使用我的凭据连接教员 VPN 后通过 ssh 远程访问。
以前,直到最近我才悄悄登录:
ssh my_name_user@147.163.26.244
好像是输入密码和凭据我访问了服务器(实际上是为我在服务器上挂载了一个虚拟机)。
现在使用上面的命令没有任何反应,稍等片刻后我得到:
ssh: connect to host 147.163.26.244 port 22: Connection timed out
可能发生了什么?
昨天我更改了密码以访问大学服务(出于安全原因,3 个月后必须强制执行)。这样做之后,我必须在 VPN 配置中更改新密码,然后我才能访问 VPN 和服务器,直到一切正常。从今天 13:00 开始出现此问题。
有人知道这是怎么回事吗?
(我在Ubuntu.服务器上(虚拟机是Lubuntu系统))
感谢您的关注。
更新:
命令
ping 147.163.26.244
给我:
PING 147.163.26.244 (147.163.26.244) 56(84) bytes of data.
和
telnet 147.163.26.244 22
给出:
Trying 147.163.26.244...
它仍然是 运行。我能推断出什么?
由于 ssh 显示连接超时,这与您的凭据无关。它尚未进入身份验证级别,但在此之前失败。
首先检查您的机器是否可以使用 Ping 访问 IP(希望 ICMP 应该被防火墙允许)。
ping server_ip
如果它显示不可访问 - 那么请确保有通过 vpn 隧道的服务器 IP 的 IP/IP 子网的路由。您可以使用 route/netstat
示例
netstat -nr | grep "147.163"
如果路由不存在,您可能必须通过 VPN 隧道为此 IP 添加路由。根据您的机器平台,您可以从 google 中找到 "route add.." 或 "ip route add ... " 命令。
如果 Ping 显示 IP 正在 ping,我们需要确保端口 22 上的 ssh 服务 运行。只需执行 telnet 并检查
telnet <server_ip> 22
如果连接显示 UP,在你的情况下不应该显示 UP 顺便说一句:)因为你已经超时了。那么问题可能是
(1) ssh 服务没有运行
(2) 任何防火墙阻止您的连接
在这种情况下,您可能需要与管理员联系。
=====更新=========
我猜你的 ping 本身是失败的。
Ping 应该显示它正在收到响应。
example :
XXXXXXX$ ping 216.58.217.174
PING 216.58.217.174 (216.58.217.174): 56 data bytes
64 bytes from 216.58.217.174: icmp_seq=0 ttl=43 time=273.068 ms
64 bytes from 216.58.217.174: icmp_seq=1 ttl=43 time=317.405 ms
64 bytes from 216.58.217.174: icmp_seq=2 ttl=43 time=361.682 ms
64 bytes from 216.58.217.174: icmp_seq=3 ttl=43 time=266.436 ms
使用 route 或 netstat 检查计算机中的路由。
可能性:
- 服务器宕机
- 不存在通过 VPN 隧道 IP/subnet 的 ssh 服务器的正确路由
为了一个项目,我需要访问教师服务器 使用我的凭据连接教员 VPN 后通过 ssh 远程访问。
以前,直到最近我才悄悄登录:
ssh my_name_user@147.163.26.244
好像是输入密码和凭据我访问了服务器(实际上是为我在服务器上挂载了一个虚拟机)。
现在使用上面的命令没有任何反应,稍等片刻后我得到:
ssh: connect to host 147.163.26.244 port 22: Connection timed out
可能发生了什么? 昨天我更改了密码以访问大学服务(出于安全原因,3 个月后必须强制执行)。这样做之后,我必须在 VPN 配置中更改新密码,然后我才能访问 VPN 和服务器,直到一切正常。从今天 13:00 开始出现此问题。
有人知道这是怎么回事吗? (我在Ubuntu.服务器上(虚拟机是Lubuntu系统)) 感谢您的关注。
更新: 命令
ping 147.163.26.244
给我:
PING 147.163.26.244 (147.163.26.244) 56(84) bytes of data.
和
telnet 147.163.26.244 22
给出:
Trying 147.163.26.244...
它仍然是 运行。我能推断出什么?
由于 ssh 显示连接超时,这与您的凭据无关。它尚未进入身份验证级别,但在此之前失败。
首先检查您的机器是否可以使用 Ping 访问 IP(希望 ICMP 应该被防火墙允许)。
ping server_ip
如果它显示不可访问 - 那么请确保有通过 vpn 隧道的服务器 IP 的 IP/IP 子网的路由。您可以使用 route/netstat 示例
netstat -nr | grep "147.163"
如果路由不存在,您可能必须通过 VPN 隧道为此 IP 添加路由。根据您的机器平台,您可以从 google 中找到 "route add.." 或 "ip route add ... " 命令。
如果 Ping 显示 IP 正在 ping,我们需要确保端口 22 上的 ssh 服务 运行。只需执行 telnet 并检查
telnet <server_ip> 22
如果连接显示 UP,在你的情况下不应该显示 UP 顺便说一句:)因为你已经超时了。那么问题可能是 (1) ssh 服务没有运行 (2) 任何防火墙阻止您的连接 在这种情况下,您可能需要与管理员联系。
=====更新=========
我猜你的 ping 本身是失败的。 Ping 应该显示它正在收到响应。
example :
XXXXXXX$ ping 216.58.217.174
PING 216.58.217.174 (216.58.217.174): 56 data bytes
64 bytes from 216.58.217.174: icmp_seq=0 ttl=43 time=273.068 ms
64 bytes from 216.58.217.174: icmp_seq=1 ttl=43 time=317.405 ms
64 bytes from 216.58.217.174: icmp_seq=2 ttl=43 time=361.682 ms
64 bytes from 216.58.217.174: icmp_seq=3 ttl=43 time=266.436 ms
使用 route 或 netstat 检查计算机中的路由。 可能性:
- 服务器宕机
- 不存在通过 VPN 隧道 IP/subnet 的 ssh 服务器的正确路由