У меня есть сервер Ubuntu в Google Cloud / Compute Engine, который работает без проблем. Я могу войти в него по ssh из командной строки или по ssh из консоли панели управления Google Cloud.
Когда я делаю его снимок для клонирования сервера, я не могу подключиться к новому клону по ssh. Демон ssh не слушает. Я даже не могу войти в него по ssh из панели инструментов Google Cloud.
Кто-нибудь знает почему?
С последовательной консоли (примечание - я редактировал sha256 в пасте):
Mar 20 20:16:19 qa-for-work cloud-init[1042]: Generating public/private ed25519 key pair.
Mar 20 20:16:19 qa-for-work cloud-init[1042]: Your identification has been saved in /etc/ssh/ssh_host_ed25519_key.
cloud-init[1042]: Your identification has been saved in /etc/ssh/ssh_host_ed25519_key.
Mar 20 20:16:20 qa-for-work cloud-init[1042]: Your public key has been saved in /etc/ssh/ssh_host_ed25519_key.pub.
[ 110.667373] cloud-init[1042]: Your public key has been saved in /etc/ssh/ssh_host_ed25519_key.pub.
Mar 20 20:16:20 qa-for-work cloud-init[1042]: The key fingerprint is:
[ 110.667475] cloud-init[1042]: The key fingerprint is:
Mar 20 20:16:20 qa-for-work cloud-init[1042]: SHA256:u6ros 4MQtfpO5GM root@qa-for-work
[ 110.667560] cloud-init[1042]: SHA256:u6ros 1GtaVy4MQtfpO5GM root@qa-for-work
Mar 20 20:16:20 qa-for-work cloud-init[1042]: The key's randomart image is:
[ 110.667644] cloud-init[1042]: The key's randomart image is:
Mar 20 20:16:20 qa-for-work cloud-init[1042]: +--[ED25519 256]--+
[ 110.667775] cloud-init[1042]: +--[ED25519 256]--+
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | o*o..=+o... |
[ 110.667864] cloud-init[1042]: | o*o..=+o... |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | o.o.o.+... |
[ 110.667939] cloud-init[1042]: | o.o.o.+... |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | o . ...o . |
[ 110.668037] cloud-init[1042]: | o . ...o . |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | = . .. + |
[ 110.668116] cloud-init[1042]: | = . .. + |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | + = o S . |
[ 110.668192] cloud-init[1042]: | + = o S . |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: | o + o + . |
[ 110.668275] cloud-init[1042]: | o + o + . |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: |o + o E |
[ 110.668349] cloud-init[1042]: |o + o E |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: |.*.+ . + o |
[ 110.668503] cloud-init[1042]: |.*.+ . + o |
Mar 20 20:16:20 qa-for-work cloud-init[1042]: |ooB+o...o |
[ 110.668596] cloud-init[1042]: |ooB+o...o |
Mar 20 20:16:20 qa-for-work systemd[1]: Started Initial cloud-init job (metadata service crawler).
Mar 20 20:16:20 qa-for-work cloud-init[1042]: +----[SHA256]-----+
[ 110.668946] cloud-init[1042]: +----[SHA256]-----+
Mar 20 20:16:20 qa-for-work ntpdate[1023]: adjust time server 169.254.169.254 offset 0.361638 sec
Mar 20 20:16:20 qa-for-work systemd[1]: Reached target Network is Online.
Mar 20 20:16:20 qa-for-work systemd[1]: Reached target Cloud-config availability.
Mar 20 20:16:20 qa-for-work systemd[1]: Startup finished in 7.356s (kernel) + 1min 42.350s (userspace) = 1min 49.706s.
Если новый экземпляр создается из снимка исходного экземпляра, конфигурация sshd не должна отличаться от конфигурации нового экземпляра, созданного из снимка, от конфигурации исходного экземпляра.
Какое сообщение об ошибке вы получаете при попытке подключиться по SSH из Cloud Shell?
$ gcloud compute ssh INSTANCE_NAME
Когда вы делаете снимок, это снимок диска, который не включает никакой информации о других аспектах исходной машины.
Возможно ли, что новому экземпляру, который вы создаете из снимка, не были назначены те же сетевые теги, что и исходному экземпляру (что может препятствовать доступу порта 22 к новому экземпляру)? Думаю, это однозначно стоит проверить.
Также убедитесь, что вы назначили новому компьютеру внешний IP-адрес.
РЕДАКТИРОВАТЬ:
Я добавил некоторую дополнительную информацию в отношении обновленной информации плакатов о недопустимой записи fstab, влияющей на загрузку экземпляра (и, таким образом, влияющей на доступ SSH к экземпляру).
Есть полезная информация Вот относительно добавления [NOFAIL_OPTION] к записи fstab, которая является переменной, которая определяет, что операционная система должна делать, если она не может смонтировать постоянный диск во время загрузки. Это можно использовать для предотвращения проблем с загрузкой, связанных с недопустимыми записями fstab.
Проблема заключалась в том, что у меня был прикрепленный диск к исходному экземпляру.
Решением было закомментировать монтаж прикрепленного диска в /etc/fstab.
Обычная система Linux продолжит загрузку и выполнение ssh, если не была смонтирована некорневая точка монтирования. Никакие сообщения об ошибках в последовательной консоли не указывали на этот эфир.
Хотя облако Google по-прежнему является моим фаворитом среди облачных вычислений, это их серьезный провал.