Существует ли какой-либо особый способ обновления Debian 7 до Debian 8 на машине с Google Compute Engine?
Хотя я могу подключиться к машине с помощью команды gcloud ssh, после обновления я не могу подключиться из консоли с помощью SSH в браузере; я получаю ошибку «Не удалось подключиться, повторная попытка (1/3)...». Для процесса обновления я следую документации на официальном сайте Debian.
Ошибка в журнале консоли: instance-1 sshd[18651]: соединение закрыто XX.XXX.XX.XX [preauth]
Больше ничего, и я уже пробовал перезапустить машину.
Итак, вопросы: - Есть ли специальная документация для Google Compute Engine для обновления Debian 7 до Debian 8? - Кто-нибудь сделал обновление, получил мою ошибку и решил проблему с ssh из браузера?
Спасибо
Марко
решение1
Во-первых, не рекомендуется обновлять ОС на месте. Вместо этого следует развернуть приложение на образе следующей версии.
Кроме того, этому вопросу уже год. Debian 7 Wheezy больше не поддерживается.
Мне удалось обновить Debian 7 до Debian 8 Jessie в Compute Engine. Я просто заменил «wheezy» на «jessie» в /etc/apt/source.list и /etc/apt/source.list.d/*, а затем запустил «apt-get dist-upgrade».
Подробную информацию об обновлении с версии 7 до 8 см. в документации по обновлению Debian Jessie.https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.en.html.
Я попробовал оба варианта:
Последний стандартный образ Debian 7 "debian-7-wheezy-v20160531". Он все еще доступен, но устарел.
Кажется, это работает. Если вы попробуете это на одном из своих проектов, будьте осторожны: изображение устарело на 1,5 года и не получало обновлений безопасности.
Новый образ, созданный изhttps://github.com/andsens/bootstrap-vz/blob/master/manifests/official/gce/deprecated/wheezy-backports.yml.
В основном это работает, я заметил, что в файле /etc/hosts отсутствует имя машины, а имя хоста по умолчанию "localhost". Я не уверен, почему, но это все еще не ломает ssh.
По поводу ошибки sshd:
instance-1 sshd[18651]: Connection closed by XX.XXX.XX.XX [preauth]
Это означает, что SSH-клиент закрыл соединение на этапе предварительной аутентификации SSH.
Часто это означает, что демон sshd не может прочитать файлы пользователя ~/.ssh/*. Сообщения об ошибках выше этой строки могут предоставить дополнительную информацию, вы также можете попробовать добавить "-vv" к команде ssh.
Если проблема все еще не устранена, рекомендую вам следовать разделу «Устранение ошибок SSH» руководства по устранению неполадок.https://cloud.google.com/compute/docs/troubleshooting#ssherrors.