2015-02-12 2 views
2

Я создал экземпляр сервера на EC2 на основе AMI, сгенерированного с существующего сервера. Все идет хорошо во время создания, и я указываю тот же ключ для нового сервера, что и старый. Однако, когда я пытаюсь подключиться к новому серверу с помощью шпатлевки, я получаю сообщение «отказ от соединения». Кроме того, я не могу выполнить ping для общедоступного адреса, хотя я выбрал группу по умолчанию, которая позволяет ICMP. Состояние сервера «работает». Любые идеи, почему я не могу подключиться?Соединение отказалось от новой заготовки экземпляра EC2

Обратите внимание, что птар зонд дает этот выход:

PORT  STATE SERVICE 
22/tcp closed ssh 
80/tcp closed http 
2144/tcp closed unknown 
10000/tcp closed snet-sensor-mgmt 

Я уверен, что это означает, что SSH не работает, хотя порт открыт. Любая идея, почему она будет работать в системе, с которой я работал AMI, но не с той, из которой был создан AMI? Не следует ли начинать все те же услуги?

+1

Проверьте выходные данные консоли или загрузочные сообщения или что-то, что вызывает в данный момент консоль EC2. Если это неинформативно, я бы проверил сетевые настройки, например, какой VPC он находится. –

+0

Не знаю, где найти консольный вывод ... это вообще не в VPC. –

+0

В случае, если кому-то это понадобится позже, вывод консоли доступен в веб-графическом интерфейсе EC2, выбрав экземпляр и выбрав «Просмотреть системный журнал» в меню действий экземпляра [на Amazon docs] (http://aws.amazon.com/ экземпляр-помощь /). –

ответ

1

Это оказалось проблемой безопасности/разрешения. Группа безопасности по умолчанию выглядит открытой, но на самом деле закрывает все вниз, за ​​этот пост:

https://serverfault.com/questions/245916/why-cant-i-ssh-or-ping-my-brand-new-amazon-ec2-instance

+0

Фактически, истинная проблема оказалась в том, что сервер «/ dev/sdh» установлен в каталог «mydisk». Поскольку новый экземпляр не смог смонтировать устройство (так как он еще не был присоединен), он не смог запустить ssh. Это можно увидеть в системном журнале, доступном в выбранном экземпляре, действиях, настройках, системном журнале. Создав моментальный снимок mydisk, создав том из него, связав его с новым экземпляром и перезапустив новый экземпляр, ssh смог запустить, и я мог бы ssh в систему. –

0

как вы принимаете существующий AMI вы должны удалить все старые записи из файла с проверкой подлинности, за исключением новой записи. , так как во время копирования старые записи AMI все еще присутствуют в новом экземпляре, поэтому после их удаления вы можете войти в этот экземпляр.