无法SSH连接到远程的EC2实例

在ssh登录失败时,根据报错的信息进行相应的处理

如何登陆远程实例请看这边文章: 如何远程连接创建的EC2实例

两大类报错类型:

连接超时

Connection Timed Out。

通常是 网络设置错误,请检查对应的 IP , 安全组,ACL,子网路由表,网络环境等。

权限相关

Permission Denied 或者提示 Key 相关错误。通常是 秘钥或者用户名 的问题。

1、连接超时

问题描述

创建并启动了EC2实例,但是无法使用SSH或通过SSH连接的实用工具(如 Xshell)连接到实例。在连接到实例时,连接超时,出现类似以下内容的错误:Network error: Connection timed out 或者 Error connecting to

[instance], reason: -> Connection timed out: connect。

该问题通常是由于安全组,路由表,网络 ACL 等网络配件;设置不正确导致的。请按照故障排除中的几个步骤检查网络环境。

1.1 检查安全组

安全组中的 source 为允许访问的 ip 源, port 为允许访问的端口。这是最常见的错误。 请检查该实例是否有开放 22 端口,并且允许您的 ip 段访问(source)。为了安全考虑,请尽量讲您的 source 定义为只允许特定的 ip 地址段访问(如下图所示,单个ip 需要在最后加/32的后缀), 请检查当前机器的 ip 是否符合此 ip 段。

如果在办公局域网中, 您的ip地址可能无法固定;每次上网会发生变化,在这种情况下,此时建议设置源IP为办公网络的ip范围段。

默认情况下实例无法 ping 通,如果需要ping需要在安全组打开ICMP协议

打开 Amazon EC2 控制台。

在导航窗格中,选择 Instances。

查找要通过 SSH 连接的 EC2 实例。

在屏幕底部的 Description 选项卡中,选择要连接的 EC2 实例的安全组。

在屏幕底部的窗格中的 Inbound (入站) 选项卡中,确保设置了允许从当前公有 IP 地址进行 SSH 访问的规则。 如果设备所使用的 IP 不在列表中,请选择 Edit,然后选择 Add rule。 对于 Source,选择 您当前使用的IP 。 0.0.0.0/0 代表对所有 ip 开放。 选择 Save。

1.2 检查子网是否为公有子网

公有子网是指允许 Internet 访问的子网。如果您的 EC2 在私有子网中,外界 Internet 是无法进行连接的, ssh 也会失败。 检查方法是,选择 VPC 服务,在 左侧的路由表(Route Table)中,选择 EC2 所在的子网,检查路由设定。

如果有红框所标注的指向 Internet 网关的路由,则子网为公有子网,这一步没有问题。请检查下一步。

如果缺失指向网关的路由,需要编辑并创建将 0.0.0.0/0 指向您的 Internet 网关 ID 的路由 (如图中红框所示)。如果该 VPC 中没有网关 ( IGW ), 则需要先添加一个。如不知道如何操作,请阅读图下方的详细步骤教程。

打开 Amazon VPC 控制台。

在导航窗格中,选择Route Tables,然后从列表中选择您的VPC路由表。在Routes (路由) 选项卡中,确保有指向Internet网关的默认路由。

如果没有,请从导航窗格中选择Internet Gateways,并复制您的Internet网关ID。如果没有Internet网关,请创建一个并将其连接至您的VPC。确保复制新Internet网关的ID。返回到Route Tables,然后选择Routes选项卡。编辑并创建将0.0.0.0/0指向您的Internet网关ID的路由,保存路由表。

1.3 检查子网的网络访问控制列表 (ACL)

ACL 为子网级别的防火墙,默认网络 ACL 允许所有入站和出站流量。如果您没有对 ACL 进行过任何更改,请跳过这一步 。

打开 Amazon VPC 控制台。

在导航窗格中,选择 Subnets,然后选择您的子网。 在 Description (描述) 选项卡上,找到 Network ACL (网络 ACL),然后选择其 ID (acl-xxxxxxxx)。 选择网络 ACL。对于 Inbound Rules,验证规则是否允许来自您的计算机的流量。如果不允许,请删除或修改阻止来自您 的计算机的流量的规则。对于 Outbound Rules,验证规则是否允许到您的计算机的流量。如果不允许,请删除或修改阻止 到您的计算机的流量的规则。

1.4 确认IP地址是否发生变化

如果您曾经对实例进行过关机,然后再次开机的操作(在控制台上表现为,曾经对实例进行过 stop 然后 start 的操作)。在没有绑定弹性 ip 的情况下,您的ip地址已经发生变化,请在控制台上再次确认此时的 ip 地址。以下为具体操作步骤:

在导航窗格中,选择 Instances。 查找要通过 SSH 连接的 EC2 实例。 在屏幕底部的 Description 选项卡中,查看 Public IP 与您正在使用的 ip 地址是否一致。如果 IP 地址已经发生变化,请使 用新的 IP 地址。

1.5 镜像的检查

请检查目前您使用的是否是官方的 AMI (镜像)。AWS的官方镜像一般在 Quick Start 当中,对于CentOS,在Marketplace中。

如果 Quick Start 含有您想要的操作系统,请尽量选择 Quick Start 中的镜像。

对于有些不在Quick Start中的镜像,如 CentOS , 在Marketplace 当中是提供的。请选择 Marketplace 发布的镜像。 Markeplace 为厂家直供的 AMI。

除非您确定某个 AMI 的安全性,尽量不要使用 community 的镜像。community 属于个人发布的镜像,AWS 无法监管, 可能有些社区版的镜像做了一些特殊的安全管理和控制,因此无法直接 ssh 上去。这种情况下,换成官方或者 Marketplace 上的镜像即可。

1.6检查实例负载

检查实例上的负载,服务器可能已超过负载,导致sshd服务无法正常工作,无法接受新的 ssh 请求。可以通过观察 Cloudwatch 的指标确认此类问题。此时最简单的方式是可以尝试 通过 reboot 的方式是否能够解决。如不能,可以通过 system manager 的 session manager 工具尝试打开一个 session进行相应的command操作kill掉一些不必要的资源。

1.7其他原因

如果上述步骤您经过检查都没有问题,请检查以下原因:

● 22端口被屏蔽:您目前是否处于办公或者酒店等公共WIFI区域,请核实该公共网络是否封禁了22端口,或者换个网络试试看。

● 您电脑自身是否有防火墙屏蔽了22端口。

如果所有网络设置都正确,您仍然无法登录到实例;或者您未改动过任何实例配置,实例负载也正常的情况下,突然无法ssh上去,有可能您的实例当前IP被墙。请您尝试用境外网络 (比如换一台海外的EC2用于ssh,或者设置海外代理) 尝试一下是否能够ssh上去确认此问题。

如果被墙,解决方法为 更换当前 IP 地址。

如果是EC2-Classic 弹性 IP可以通过stop 实例,然后再次start 实例 ,来更换IP地址。

如果是EC2-VPC 弹性 IP可以重新申请一个EIP, 然后绑定到EC2。此时IP会换为EIP的地址。

2、权限相关

2.1 问题描述

创建并启动了EC2,但是无法使用SSH连接到实例,报错信息包括:Host key not found in [directory]、Permissiondenied (publickey) 或 Authentication failed, permission denied。此问题通常因为秘钥或者用户名错误导致的权限问题。

2.1检查秘钥对是否正确

1、每个EC2在启动的时候会有一个秘钥,此秘钥为第一次登录到EC2上的唯一方法,且只有启动实例前可以下载。请首先选中您的实例,在 Description 页面查看秘钥对的名称,确保您使用了正确的秘钥。

2、如果此项为空,则您无法ssh到该实例,请关闭该实例,重新启动新实例,并且记得下载秘钥。如果您不清楚如何启动实 例,请参考启动虚拟机十分钟教程 如果您已经丢失了该秘钥对,请参考丢失秘钥时如何连接到实例。

2.2 用户名错误

如果您使用了官方镜像,正确的用户名如下所示:

Amazon Linux 2 或 Amazon Linux AMI,用户名称是ec2-user 或 root

CentOS AMI,用户名称是 centos

Debian AMI,用户名称是 admin 或 root

Fedora AMI,用户名为 ec2-user 或 fedora

RHEL AMI,用户名称是 ec2-user 或 root

SUSE AMI,用户名称是 ec2-user 或root

Ubuntu AMI,用户名称是 ubuntu

2.3 检查您的秘钥格式

通常,ssh 所需要的秘钥为pem格式的(从控制台下载的秘钥即为此格式)。

如果您是用 第三方工具 ssh-keygen 产生的秘钥,默认情况下,它会生成 OpenSSH 的密钥格式。此时报错Private key must begin with "-----BEGIN RSA PRIVATE KEY-----" and end with -----END RSA PRIVATE KEY----"。解决方法为 使用 ssh-keygen -m PEM 创建秘钥

如果您使用windows机器,利用putty或者xshell登录,需要先做一个从pem格式到ppk格式的转换,具体操作,请参考在windows上如何利用 putty 登录

2.4 检查秘钥权限

如果遇到错误bad permissions: ignore key: my_private_key.pem Permission denied (publickey). 这种情况是因为您的私钥文件权限太大,任何用户都可以对其进行读写操作,此时,为了保护您的私钥文件,SSH会忽略您的密钥。解决方法为,通过以下命令更改秘钥权限:chmod 400 my_private_key.pem

此时其他报错提醒语句可能包含:Permissions 0777 for 'my_private_key.pem' are too open. It is required that your private key files are NOT accessible by others. This private key will be ignored.

2.5 konwn_host相关错误

此情况通常见于切换了EIP等情况,比如EIP曾经挂载在机器A上,用了秘钥A,此时切换了EIP到机器B上,对应的秘钥为秘钥B,这时此 IP 的known_host对应record不匹配。

解决方法为:打开 known_host 文件 (Linux /mac 地 址: ~/.ssh/known_host ) 删除此 IP 的对应 record。

man ssh的解释

ssh automatically maintains and checks a database containing identification for all hosts it has ever been used with. Host keys are stored in ~/.ssh/known_hosts in the user's home directory. Additionally, the file /etc/ssh/ssh_known_hosts is automatically checked for known hosts. Any new hosts are automatically added to the user's file. If a host's identification ever changes, ssh warns about this and disables password authentication to prevent server spoofing or man-in-the-middle attacks, which could otherwise be used to circumvent the encryption. The StrictHostKeyChecking option can be used to control logins to machines whose host key is not known or has changed.

results matching ""

    No results matching ""

    results matching ""

      No results matching ""