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

ufw禁用和启用后AWS ubuntu云实例的连接超时,ubuntu,ssh,amazon-ec2,connection,timeout,Ubuntu,Ssh,Amazon Ec2,Connection,Timeout,我配置了AWSEC2 ubuntu 12.04实例,并将其配置为web服务器。我使用弹性IP从本地机器成功地测试了Web服务器 在尝试安装cpanel时,有一个步骤要求禁用防火墙(教程中的CentOS),我搜索了web并使用以下命令在Ubuntu上禁用它 $sudo ufw disable 在服务器重启之前,我用eh命令重新启用了防火墙 $sudo ufw启用 这个命令确实告诉我它将改变SSH连接的行为。我同意并催促Y 我重新启动了服务器,当我尝试使用以下命令连接到实例时 $sudo ssh-i

我配置了AWSEC2 ubuntu 12.04实例,并将其配置为web服务器。我使用弹性IP从本地机器成功地测试了Web服务器

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

$sudo ufw disable

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

$sudo ufw启用

这个命令确实告诉我它将改变SSH连接的行为。我同意并催促Y

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

$sudo ssh-i key.pemubuntu@XX.XXX.XXX.XX

它给了我这个错误

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

我试图搜索亚马逊常见问题页面,但没有这方面的问题。
有人能帮我解决这个问题吗?

我做了类似的事情:

为了运行tomcat,我必须打开8080端口,之后我无法通过ssh登录。我测试了很多东西,比如移除打开的端口,但似乎没有任何帮助。总是得到超时错误

我还打开了Echo请求,得到了ping-back响应,所以..存在,但ssh没有


如果有人能帮助我们,那就太好了。

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

警告:确保您的卷是EBS,否则会丢失其中的数据。

假设实例中断的出错

1.)准备:

创建新的EC2实例实例修复程序

重要提示:此EC2实例应在已断开实例连接的同一地区创建(在我的案例中是“us-west-1b”)

停止实例中断。 从INSTANCE-Breaked分离卷,并将卷连接到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”--*重要-根设备,否则实例将无法启动

到了破产的那一刻

启动实例,现在它应该可以工作了;及

终止实例修复程序


现在你可以用SSH登录了。

这也发生在我身上。幸运的是,我当时正在两个终端窗口上工作,而且我没有从其中一个会话中被启动。我所做的是允许默认ssh端口(22)上的传入流量。这对我很有用:

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

回答得很好,帮了我的忙!只是我们面临的一个问题-如果在启动新机器之前将损坏的卷连接到新机器,则机器无法启动。您必须首先启动新机器,然后连接并装入损坏的卷。