Сервер Google Cloud (GCE), пользовательский образ, проблема со входом в SSH

Я играю с Google Compute Engine (GCE), поскольку планирую перенести поставщика облачных услуг из Rackspace (причина: у GCE хорошие планы обновления с лучшей скидкой).

У меня есть несколько проблем с GCE, и одна из них - Ubuntu os / image, не поддерживаемая по умолчанию. Но есть альтернативный метод запуска любого дистрибутива Linux в GCE, который называется Создание образа из scratch для загрузки пользовательских изображений и создания экземпляров (серверов) из загруженного изображения.

Я мог создавать и запускать экземпляры из образа Ubuntu, который я загрузил в GCE, по ссылке hagikuratakeshi.hatenablog.com. Это просто запуск Ubuntu в целом. Я не столкнулся с какими-либо проблемами, но инструмент Google gcutil запрашивает парольную фразу ssh и добавляет ключ в метаданные GCE, но принимает только пароли для входа в систему (тогда почему он запрашивает парольную фразу).

Я хочу строго следовать созданию изображения с нуля в соответствии с рекомендациями Google. Но после выполнения всех шагов я не смог войти в свой экземпляр сервера через SSH. Думаю, это происходит, когда я устанавливаю пакеты образов Google Compute Engine: google-startup-scripts_1.1.2-1_all.deb, google-compute-daemon_1.1.2-1_all.deb & python-gcimagebundle_1.1.2-1_all.deb. Эти пакеты / сценарии вносят некоторые изменения в экземпляр при запуске, а также в конфигурацию SSH, что настоятельно рекомендуется. После того, как я строго перейду по ссылке или установив эти пакеты, я не смог установить SSH-соединение после перезагрузки экземпляра. При попытке подключения отображается сообщение об ошибке, подобное приведенному ниже:

test@machine1:~$ gcutil --service_version="v1" --project="mypro-555" ssh --zone="asia-east1-a" "server-instance-1"

INFO: Running command line: ssh o UserKnownHostsFile=/dev/null -o CheckHostIP=no -o StrictHostKeyChecking=no -i /home/test/.ssh/google_compute_engine -A -p 22 [email protected] -
ssh: connect to host 101.167.xxx.xxx port 22: Connection refused

ПРИМЕЧАНИЕ. Учетная запись пользователя test доступна и является общей как на локальном сервере, так и на сервере GCE !.

Моя основная проблема - это SSH-соединение, когда я строго следую инструкциям. Если я загружу новое изображение, а затем выполню рекомендуемые действия по подключению SSH, я не смогу снова использовать SSH после перезапуска экземпляра (или), если я настрою все в загруженном изображении перед загрузкой, созданный экземпляр будет запущен, но я не смог может подключить хотя бы один, и ошибка такая же.

Кто-нибудь использует GCE с вашим пользовательским изображением? Разрешено ли вам подключаться даже после выполнения рекомендуемых настроек ?. Кто-нибудь уже исправил эту проблему SSH ?. Пожалуйста, оставляйте свои комментарии!

РЕДАКТИРОВАТЬ 1

Я не мог понять из журналов, и вот результат gcutil getserialportoutput server-instance-1.


person user465465    schedule 28.05.2014    source источник


Ответы (1)


Ключевым моментом здесь является то, что ваш ssh-клиент говорит: «В соединении отказано». Это указывает на то, что на этом IP-адресе действительно есть машина, но она не принимает SSH-соединения. Есть несколько возможных объяснений:

  1. Демон ssh не запущен или прослушивает неправильный интерфейс
  2. Ваш экземпляр настроен с брандмауэром, который запрещает трафик SSH
  3. Правило брандмауэра GCE, разрешающее трафик SSH, было удалено.
person Benson    schedule 28.05.2014
comment
(1) Перед установкой пакетов изображений GCE, SSH разрешил соединения. (2) У меня нет настроенных правил iptable, поскольку это новая машина. (3) Я много раз перепроверил, есть ли какая-либо запись для ssh в брандмауэре GCE, да по умолчанию он включен для всех. Перед применением рекомендуемых настроек GCE новый экземпляр будет нормально работать, но как только я установлю пакеты изображений GCE и перезапущу экземпляр, он покажет ошибку отказа в соединении. - person user465465; 29.05.2014
comment
Это интересно и довольно неожиданно. Я бы внимательно посмотрел на вывод gcutil getserialportoutput <instancename> для этого экземпляра; Я надеюсь, что это даст некоторые подсказки относительно того, что происходит. - person Benson; 29.05.2014
comment
Из этого журнала мне не совсем ясно, завершила ли машина загрузку. Можете ли вы успешно пропинговать его с другого экземпляра GCE? - person Benson; 30.05.2014
comment
Это интересно. На этом этапе я думаю, что лучше всего выключить экземпляр, но оставить диск. Затем смонтируйте диск на новом экземпляре из стандартного образа и посмотрите в / var / log, чтобы увидеть, есть ли что-нибудь, указывающее на то, что может происходить. Подробную информацию о том, как это сделать, можно найти в руководстве по устранению неполадок GCE SSH: developers.google .com / compute / docs / Troubleshooting # ssherrors. - person Benson; 04.06.2014