【问题标题】:Connection refused on new EC2 Instance putty新 EC2 实例腻子上的连接被拒绝
【发布时间】:2015-04-12 13:51:50
【问题描述】:

我基于从现有服务器生成的 AMI 在 EC2 上创建了一个服务器实例。在创建过程中一切顺利,我为新服务器指定了与旧服务器相同的密钥。但是,当我尝试通过 putty 连接到新服务器时,我收到“连接被拒绝”消息。此外,虽然我选择了允许 ICMP 的“默认”组,但我无法 ping 到公共地址。服务器状态为“正在运行”。任何想法为什么我无法连接?

请注意,nmap 探针会给出以下输出:

PORT      STATE  SERVICE
22/tcp    closed ssh
80/tcp    closed http
2144/tcp  closed unknown
10000/tcp closed snet-sensor-mgmt

我很确定这意味着 ssh 没有运行,尽管端口是打开的。知道为什么它会在我执行 AMI 的系统上运行,而不是在生成 AMI 的系统上运行吗?不应该启动所有相同的服务吗?

【问题讨论】:

  • 检查控制台输出或启动消息,或者这些天 EC2 控制台所称的任何内容。如果这不是信息,我会检查网络设置,例如它所在的 VPC。
  • 不知道在哪里可以找到控制台输出...它根本不在 VPC 中。
  • 如果以后有人需要,可以通过选择实例并从实例操作菜单per Amazon docs 中选择“查看系统日志”,在 EC2 Web GUI 中使用控制台输出。
  • 是的,希望我早点看到。事实证明这是解决问题的关键(请参阅下面的评论)

标签: ssh amazon-ec2 putty amazon-ami


【解决方案1】:

事实证明这是一个安全组/权限问题。根据这篇文章,默认安全组看起来是打开的,但实际上会关闭一切:

https://serverfault.com/questions/245916/why-cant-i-ssh-or-ping-my-brand-new-amazon-ec2-instance

【讨论】:

  • 实际上,真正的问题是服务器将“/dev/sdh”挂载到目录“mydisk”。由于新实例无法挂载设备(因为它尚未挂载,也无法挂载),因此无法启动 ssh。这可以在系统日志中看到,在选择实例、操作、设置、系统日志中可用。通过创建 mydisk 的快照、从中创建卷、将其附加到新实例并重新启动新实例,ssh 能够启动,我可以 ssh 进入系统。
【解决方案2】:

当您使用现有的 AMI 时,您必须从经过身份验证的文件中删除所有旧条目,新条目除外。 因为虽然应对 AMI 旧条目仍然存在于新实例中,所以一旦您将其删除,您就可以登录到该实例。

【讨论】:

    【解决方案3】:

    我发现的一个原因是在当前工作网络(即我的办公室)中进入 WLAN。您可能有限制。请尝试联系网络管理员。

    或者,您可以尝试将条目添加到您当前 IP 地址的入站规则中。

    【讨论】:

      猜你喜欢
      • 2016-08-15
      • 2020-01-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-12-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多