Отключить собственное облако Google Двигатель SSH Nose

Немного глупости. В моем экземпляре Google Compute Engine (GCE) Я вошел и изменил sshd_config для прослушивания другого порта (что я делаю обычно) ... но я не тестировал перед выходом из системы. И тут опечатка. Итак, теперь я не могу войти в систему через ssh, потому что конфигурация испорчена, и sshd даже не запускается. (Я могу запустить sshd с другим файлом конфигурации, как пользователь без полномочий root, но он дает мне сообщение «Не удалось загрузить ключ хоста», как и ожидалось, вероятно, не имеет прав.)

Используйте последовательный порт GCE утешать говорите? Ах ... но ни один из пользователей, с которыми я могу войти, не является sudoers. (У меня есть два других с sudo'er, но пароли не работают, не знаю почему. Я неправильно их записал?)

Итак, у меня есть доступ пользователя (без полномочий root) с паролем и ключи для пользователей root (sudo'er) я просто не У вас есть способ войти в систему через последовательную консоль? (Есть ли способ заставить консоль распознавать мои ключи вместо пароля?)

Для безопасности хорошо, что я не могу просто исправить это за 5 минут с моими ограниченными знаниями, но могу ли я использовать то, что я должен получить обратно с рутом? У меня есть доступ к проекту в консоли Google Compute Engine, пользователям и т. Д. Я просто отключился от командной строки в этом случае.

Если бы это была физическая машина, я бы вставил загрузочный USB-дистрибутив, просто отредактировал бы файл конфигурации и перезапустил.

Есть предложения?

Спасибо.

0
задан 2 November 2016 в 02:31
1 ответ

Чтобы отредактировать или проверить файлы конфигурации на корневом диске виртуальной машины, к которой у вас нет доступа, выполните действия, описанные в разделе «Проверка экземпляра, не выключая его» . документ .

Краткое описание шагов:

1) Создайте временную виртуальную машину, к которой вы можете подключиться по SSH.

2) Создайте копию корневой диск, который выходит из строя (это должно быть из моментального снимка). На самом деле вы можете удалить исходную виртуальную машину и сохранить диски (-keep-disks = all), но я бы предпочел работать с копией.

3) Присоедините копию диска к временной виртуальной машине и смонтируйте диск, который вы хотите исследовать.

4) Измените файлы конфигурации. Отсоедините модифицированный диск и вращайте новую виртуальную машину, используя этот диск.

2
ответ дан 4 December 2019 в 13:38

Теги

Похожие вопросы