
До этого я не мог подключиться к своему экземпляру EC2, а затем, после очистки IPTABLE, я больше не могу к нему получить доступ. Каждый раз при попытке подключения возникает ошибка TIME OUT.
Я получаю сообщение об ошибке:
FAIL: TIMEOUT
[SSH] FAIL: xx.xx.xx.xx:2020 - No connection was made because the operation was stopped.
Проблему пытаются решить до того, как она возникнет.
Не могу получить доступ к своему WHM по IP, но у меня есть доступ к SSH. Где-то я читал, что нужно сбросить IPTABLE, после чего возникла проблема и я не могу получить доступ к SSH.
Предпринятые мной шаги (неудачные)
- Я уже перезапустил экземпляр.
- Я пытаюсь проверить, работает ли IP в браузере (пробовал Safari, Firfox, Chrome), но время ожидания IP в браузере то же самое.
- Я проверил группу безопасности и разрешил трафик из любой точки в разделе «Входящий и исходящий».
- Поиск в Google в течение 2 дней, нет ответа, который бы меня удовлетворил, потому что мне нужен доступ к SSH, большинство ответов касаются командной строки.
- Измените IP-адрес экземпляра (я знаю, что это действительно бесполезно).
- Попытался понять «Get System Log», но не смог до конца разобраться, так как там вроде все в порядке.
- Попробуйте получить доступ, используя публичный DNS
- Создайте новую группу безопасности с подключением Open VPC
Информация о сервере:
Centos 6
с WHM и cPanel
Несколько соображений, которые, как я сейчас думаю, могли бы быть (информации об этих соображениях в сети нет)
- Настройка VPC группы безопасности
- Ошибка на стороне Amazon (сомневаюсь)
решение1
Вы смылисьвсеваших правил iptables, включая правила ALLOW по умолчанию. Вам нужно будет выполнить полное восстановление этих систем, чтобы снова получить доступ.
Если вы не сохранили изменения правил iptables на диске, есть вероятность, что перезагрузка решит проблему. Если же это не так, вам нужно будет пройти процесс, который я описал вэтот ответдля восстановления экземпляра.
Кстати, если вы беспокоитесь о потере содержимого этого сервера, вы делаете системное администрирование неправильно. Вам следуетвсегдаиметь возможность потерять сервер без значительной потери данных. Это справедливо как для VPS-серверов, так и для физических серверов.