2014-01-06 157 views
0

后来我创建了一个RHEL EC2实例。正确设置,并能通过腻子和WINSCP连接到它。随着时间的推移,它还没有被使用,但直到最近它需要再次访问。我去检查登录,但无法。所以我重新启动实例并尝试重新连接,但我现在不能了。我收到错误“网络错误:连接被拒绝”。我可以ping通我的EC2实例,但无法通过ssh连接

我尝试从pem重新创建ppk,并且还启用所有IP的所有端口。什么可能导致这种不可达性,并有任何疑难解答提示让我再次连接到它?

+0

检查DNS名称,当您重新启动ec2实例时,Amazon通常会为该实例分配一个不同的DNS名称,因此您必须更新您的腻子连接属性 –

回答

0

有几件事情需要检查:

  1. 你有对任何可能导致它随着时间的推移反应迟钝运行框中什么?这是不太可能的,因为你说你重新启动机器。
  2. 检查您的安全组设置,确保防火墙不阻止您的SSH端口。该实例无法知道连接是否会在SSH侦听端口上被Amazon网络实际接受。
  3. Amazon硬件可能会失败并导致您的实例无响应。转到EC2控制台上的Instances页面,查看是否有2/2的状态检查通过。如果少于2个通过,这可能是一个失败的实例情况。

作为最后的手段,请尝试右键单击该实例并检查系统日志中是否有可能导致该实例未侦听SSH连接的任何事情。

希望你在EBS卷上有你的数据,这样你就可以简单地停止并启动实例,并让它在不同的硬件上运行。虽然如果亚马逊提供了控制台级的访问权限,但不幸的是,他们目前还没有(据我所知)。

+0

如果硬件被标记为不健康,重新启动足以将该框转换为新硬件方面,亚马逊通常会通知所有者,如果硬件需要被替换为任何原因。 –

+0

我可以明白,如果硬件被标记为不健康,这些事情会发生,但是,在我的工作中,我们一直是这种硬件的不幸发现者,因为我们的实例以类似的方式停止响应。也就是说,我们有一些旧的实例存储支持的实例,这些实例不易在硬件之间传输,因此比实际情况更加痛苦。 – aTotalStranger

+0

尽管如此,您确实应该检测到这一情况并自动发送通知。 – aTotalStranger