ufw 禁用和启用后 AWS ubuntu 云实例的连接超时答案

【问题标题】：Connection timed out for AWS ubuntu cloud instance after ufw disable and enableufw 禁用和启用后 AWS ubuntu 云实例的连接超时
【发布时间】：2023-10-28 02:56:01
【问题描述】：

我配置了 AWS EC2 ubuntu 12.04 实例并将其配置为 Web 服务器。我使用弹性 IP 从本地机器中成功测试了网络服务器。

在尝试安装 cpanel 时，有一个步骤要求禁用防火墙（教程中的 CentOS），我在网上搜索并使用以下命令在 Ubuntu 上禁用它

$ sudo ufw 禁用

在服务器重新启动之前，我使用 eh 命令重新启用了防火墙

$ sudo ufw 启用

这个命令确实向我表明它会改变 SSH 连接的行为。我同意并按Y。

我重新启动了服务器，当我尝试使用以下命令连接到实例时

$ sudo ssh -i key.pem ubuntu@XX.XXX.XXX.XX

它给了我这个错误

ssh：连接主机 xx.xxx.xxx.xx 端口 22：连接超时

我试图搜索亚马逊常见问题页面，但没有票。谁能帮我解决这个问题？

【问题讨论】：

标签： ubuntu ssh amazon-ec2 connection timeout

【解决方案1】：

我做了类似的事情：

我必须打开 8080 端口才能运行 tomcat，之后我无法通过 ssh 登录。我已经测试了很多东西，比如删除打开的端口，但似乎没有任何帮助。总是出现超时错误。

我也打开了 Echo Request，我得到了 ping 回复，所以 .. 有，但 ssh 没有。

如果有人可以帮助我们，那就太好了。

【讨论】：

【解决方案2】：

今天我遇到了完全相同的情况。以下是我通过 3 个简单步骤修复它的方法：

警告：确保您的卷是 EBS，否则您将丢失其中的数据。

假设 INSTANCE-BROKEN 搞砸了。

1.) 准备：

创建一个新的 EC2 实例INSTANCE-FIXER。

重要提示：此 EC2 实例应创建在具有 INSTANCE-BROKEN 的同一区域（在我的情况下为“us-west-1b”） p>

停止实例破坏。从 INSTANCE-BROKEN 中分离卷并将卷附加到 INSTANCE-FIXER

2.) 修复：

现在启动 INSTANCE-FIXER 并运行 fdisk 以查看您有哪些可用卷：

    sudo fdisk -l

    Disk /dev/xvda1: 8589 MB, 8589934592 bytes
    255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00000000

    Disk /dev/xvda1 doesn't contain a valid partition table

    Disk /dev/xvdf: 8589 MB, 8589934592 bytes
    255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00000000

    Disk /dev/xvdf doesn't contain a valid partition table

如图所示安装卷并编辑此文件：

    sudo mount /dev/xvdf /mnt
    sudo vi /mnt/etc/ufw/ufw.conf

编辑并确保 ENABLED=no 在文件中。

从 INSTANCE-FIXER 卸载设备“/dev/xvdf”

从 INSTANCE-FIXER 中分离卷

3.) 完成：

附加到“/dev/sda1” --- *重要 - ROOT 设备，否则您的实例将无法启动

到INSTANCE-BROKEN

启动INSTANCE-BROKEN，现在它应该可以工作了；和

终止 INSTANCE-FIXER。

现在您可以使用 SSH 登录了。

【讨论】：

非常好的答案，帮助了我！只是我们面临的一个问题 - 如果您在启动新机器之前将损坏的卷附加到它，那么机器不会启动。您必须先启动新机器，然后附加 + 挂载损坏的卷。

【解决方案3】：

这也发生在我身上。幸运的是，我在 2 个终端窗口上工作，而且我没有从其中一个会话中退出。我所做的是我允许默认 ssh 端口（22）上的传入流量。这对我有用：

sudo iptables -A INPUT -p tcp --dport ssh -j ACCEPT

【讨论】：