SSH进入EC2实例：操作超时

我正在尝试ssh到我的ec2实例中以部署我的MEAN-stack应用程序，但无论我收到的超时错误。我尝试了很多在其他StackExchange线程中发布的解决方案，但无济于事。我正在运行macOS 10.14.1

在我的Mac上，我尝试通过FileZilla，Cyberduck连接，甚至使用命令行参数，如 ssh -v -v -v -i "<pem-file-name>.pem" ubuntu@ec2-18-207-106-113.compute-1.amazonaws.com 和 ssh ubuntu@ec2-18-207-106-113.compute-1.amazonaws.com。以下是运行以下任一命令时的错误输出：

OpenSSH_7.1p2, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to ec2-18-207-106-113.compute-1.amazonaws.com [18.207.106.113] port 22.
debug1: connect to address 18.207.106.113 port 22: Connection timed out
ssh: connect to host ec2-18-207-106-113.compute-1.amazonaws.com port 22: Connection timed out

这些是我尝试过的似乎不起作用的解决方案：

使用PuTTY，FileZilla和命令行在Windows 10上连接，但也收到相同的超时错误。
使用不同的MSI（首先使用Bitnami，然后使用Ubuntu）
防火墙已禁用
重置默认端口 /etc/ssh/ssh_config 并连接到新端口
Ping操作 ec2-18-207-106-113.compute-1.amazonaws.com 和 18.207.106.113 很成功

运行命令 netstat -nat | grep 22 给出以下输出

tcp4       0      0  192.168.254.17.56207   17.249.188.80.5223     ESTABLISHED
9e4be63389882253 stream      0      0                0 9e4be6338988231b                0                0
9e4be6338988231b stream      0      0                0 9e4be63389882253                0                0
9e4be63384ea2193 dgram       0      0                0 9e4be63384ea225b 9e4be63384ea225b                0
9e4be63384ea225b dgram       0      0                0 9e4be63384ea2193 9e4be63384ea2193                0
kctl       0      0     22      9 com.apple.netsrc

EC2安全组设置了以下入站规则： EC2安全组

— Robert
source

欢迎来到SuperUser @Robert！

您最初的所有线索似乎都指向附加到该实例的安全组的问题，但您的SG规则看起来很好。

有一个叫做的工具 hping 你可以上你的Mac（通过 brew ）您可以使用'ping'18.207.106.113服务器上的端口22。我尝试了它，它的工作原理：

$ sudo hping -S -p 22 18.207.106.113
HPING 18.207.106.113 (en0 18.207.106.113): S set, 40 headers + 0 data bytes
len=44 ip=18.207.106.113 ttl=42 DF id=0 sport=22 flags=SA seq=0 win=26883 rtt=38.8 ms
len=44 ip=18.207.106.113 ttl=44 DF id=0 sport=22 flags=SA seq=1 win=26883 rtt=39.6 ms
len=44 ip=18.207.106.113 ttl=42 DF id=0 sport=22 flags=SA seq=2 win=26883 rtt=40.7 ms

现在，线索指向本地方面的问题，无论是您的Mac还是/或您的网络。对于初学者，重置您的Mac /etc/ssh/ssh_config 默认情况下，因为您没有更改服务器正在侦听的SSH端口。

如果这不起作用，请尝试将Mac放到不同的网络上，或者打开手机的热点并连接到该热点或者去朋友家或咖啡店。

如果失败，请完全使用其他机器。这应该（希望）有效，然后您可以回过头来追踪导致设备出现问题的原因。

祝好运！

— KJH
source