我敢肯定,当你们再次看到这个问题时,你们中的许多人都怒不可遏,准备点击反对按钮。我真的很痛苦,因为我问了一个似乎在其他地方只需添加防火墙例外就能得到回答的问题。此时,谷歌搜索结果对我来说是紫色的(访问量),在页面的很下方,我不知道如何继续。
我设置了一个 EC2 实例,大约一天的时间里,我能够通过 ssh 使用密钥顺利连接。我实际上还没有对它做任何事情,但当我再次连接时,它超时了。我也尝试了 AWS Instance Connect,但失败了,并显示“无法连接到您的实例 EC2 Instance Connect 无法连接到您的实例。”消息。Instance Connect 昨天之前可以正常工作。
实例显示正在运行,所以我尝试重新启动,但也没有用。我还尝试从不同的网络连接,但无济于事。
此时,我开始检查所有常见的嫌疑犯,端口 22 对安全组中的所有 IP 开放以接收入站流量,Ubuntu 用户应该仍然是默认用户,我使用以前有效的相同连接信息(即公共 ip/compute-1.amazonaws.com 域)。
我的下一步是尝试停止并启动实例,这会改变 IP 但不允许我连接到它。
然后我终止了该实例并重建了第二个实例。这种方法管用了一天,但一天后我们又遇到了同样的问题。
我经常将检查 vpc/subnet 视为问题的另一个可能来源,但所有检查均已完成,igw 和其他所有内容仍然连接且具有正确的路由规则(通过工作实例进行交叉检查以确认)。
我只能假设,由于这个问题一直困扰着我,所以它与我的设置有关,但我不知道如何继续,因为大多数故障排除步骤都涉及使用实例连接或 ssh 进行连接,而我都无法做到。以前有其他人遇到过这种情况吗?
答案1
这是基于经验的。这是针对 Apple Mac Silicon(终端)用户,我无法代表其他操作系统。
- 如果您有 .pem 文件,请转到 pem 文件的目录并执行以下操作:
chmod 0400 文件名.pem
- 返回您的AWS管理控制台
- 转到您的 EC2 实例的安全组
- 编辑入站规则并将其降级为:
IP 版本 : IPv4
类型:SSH
协议:TCP
端口范围:22
来源 :0.0.0.0/0