【问题标题】:I'm not able anymore to acces via ssh我无法再通过 ssh 访问
【发布时间】:2017-11-20 21:45:46
【问题描述】:

对于一个项目,我需要访问教员服务器 使用我的凭据连接教师 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... 

它一直在运行。我能推断出什么?

【问题讨论】:

标签: authentication ssh server ssh-keys


【解决方案1】:

由于 ssh 显示连接超时,它与您的凭据无关。它没有进入身份验证级别,但在此之前失败了。

首先检查您的机器是否可以使用 Ping 访问 IP(希望 ICMP 应该被防火墙允许)。

ping server_ip

如果显示不可访问,请确保有通过 vpn 隧道的服务器 IP 的 IP/IP 子网的路由。您可以使用 route/netstat 来完成 例子

netstat -nr | grep "147.163"

如果路由不存在,您可能必须通过 VPN 隧道为此 IP 添加路由。您可以根据您的机器平台从谷歌找到“route add..”或“ip route add ...”命令。

如果 Ping 显示 IP 正在 ping,我们需要确保 ssh 服务在端口 22 上运行。只需执行 telnet 并检查

telnet <server_ip> 22

如果连接显示 UP,在您的情况下不应该显示 UP btw :) 因为您已经超时了。那么问题可能是 (1) ssh 服务没有运行 (2) 任何防火墙阻止您的连接 在这种情况下,您可能需要与 ADMIN 取得联系。

===== 更新=========

我猜你的 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 隧道的 ssh 服务器的 IP/子网没有正确的路由

【讨论】:

  • 命令 147.163.26.244 ping 给我:PING 147.163.26.244 (147.163.26.244) 56(84) 字节的数据。 telnet 147.163.26.244 22 给出: Trying 147.163.26.244... 它仍在运行。我能推断出什么?
  • 服务器已关闭。现在可以了。谢谢!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-09-10
  • 2017-03-01
  • 2014-01-28
相关资源
最近更新 更多