ufw禁用和启用后AWS ubuntu云实例的连接超时
我配置了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:连接超时 我试图搜索亚马逊常见问题页面,但没有这方面的问题。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
有人能帮我解决这个问题吗?我做了类似的事情: 为了运行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
回答得很好,帮了我的忙!只是我们面临的一个问题-如果在启动新机器之前将损坏的卷连接到新机器,则机器无法启动。您必须首先启动新机器,然后连接并装入损坏的卷。