Блог

Главная - Вопросы по программированию - Передача ключей SSH на виртуальную машину. (SSH не работает для экземпляра)

Передача ключей SSH на виртуальную машину. (SSH не работает для экземпляра)

#google-cloud-platform #instance #bitnami

#google-cloud-platform #экземпляр #bitnami

Вопрос:

Я столкнулся с конкретной проблемой с SSH экземпляра GC. Всякий раз, когда я пытаюсь открыть его, просто отображаются сообщения, подобные приведенным ниже: «Передача ключей SSH на виртуальную машину». Или «Вы можете значительно улучшить время передачи ключей, перейдя на вход в ОС».

Но домен кажется прекрасным и работает хорошо. Ранее домен не работал, а затем я перезапустил экземпляр. Затем домен начал работать. Но SSH все еще нет.

Перепробовал все возможные способы отладки. Не удалось найти что-то полезное.

Не уверен, нужно ли генерировать ключ или нет! Но у меня есть еще несколько проектов на GCP, и я не столкнулся с какой-либо проблемой с этим SSH.

Я прикрепил снимок экрана один раз, чтобы вы могли просмотреть. URL домена:http://zetile.com /

Пожалуйста, углубитесь в этот момент и скажите мне что-нибудь полезное, а не какую-либо случайную или справочную ссылку.

С нетерпением ждем вас!!

Большое спасибо.введите описание изображения здесь

Комментарии:

1. Вы создали эту виртуальную машину? Возможно ли, что это в VPC, правила брандмауэра которого запрещают доступ к порту 22?

2. Да, я настроил конфигурацию экземпляра. Похоже, что это не связано с каким-либо брандмауэром. Потому что я настроил еще 4-5 разных экземпляров в этом проекте. Все имеют почти одинаковую конфигурацию. Но теперь столкнулся с проблемой только с 1 экземпляром конкретно. Не понимаю, почему!!

3. Хорошо, просто подтвердив здесь, вы можете использовать SSH в этих других экземплярах?

Ответ №1:

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

Вы можете проверить свои правила брандмауэра, и если он не создан, вы можете создать правило для своего порта 22:

gcloud compute firewall-rules create default-allow-ssh --allow tcp:22

Попробуйте войти в систему как другой пользователь с помощью gcloud инструмента, указав another-username в запросе SSH. gcloud Инструмент обновляет метаданные проекта, чтобы добавить нового пользователя и разрешить доступ по SSH.

gcloud compute ssh another-username@$PROB_INSTANCE

Я также предлагаю вам просмотреть журналы с последовательной консоли на предмет ошибок подключения, вы можете проверить следующую ссылку для получения дополнительной информации, чтобы узнать, как получить доступ к журналам.

Я рекомендую вам ознакомиться с шагами по устранению неполадок SSH, как описано в документации

Кроме того, вы можете ознакомиться со следующей документацией, в которой объясняется, как управлять доступом к экземплярам Linux, вручную создавая ключи SSH и редактируя метаданные открытого ключа SSH в качестве альтернативы.

Я надеюсь, что эта информация была бы вам полезна

Комментарии:

1. Проверьте мои комментарии выше один раз, пожалуйста. ! Я попытался уточнить больше в комментарии.

2. Вы пытались подключиться к своему экземпляру через метаданные? Вы можете использовать Putty или Linux ssh для подключения к вашему экземпляру, вам нужно только создать новый ключ SSH , а затем добавить общедоступные ключи SSH для всего проекта , чтобы предоставить пользователям общий доступ к экземпляру Linux.

3. Кроме того, вы можете проверить свой порт последовательной консоли 1 , чтобы устранить проблемы с загрузкой и сетью, устранить неисправные экземпляры, если есть проблема с вашей службой secure shell, вы сможете увидеть это здесь. Кроме того, вы можете использовать журналы аудита , чтобы проверить, есть ли какая-либо ошибка в журналах.

Ответ №2:

Это проблема, с которой я сталкиваюсь уже некоторое время, и, похоже, нет никакого эффективного решения, по крайней мере, для меня. Итак, я надеюсь, что это поможет.

На самом деле я не решил проблему, но нашел обходной путь. Это не позволит вам получить доступ по SSH в вашем веб-браузере, но, по крайней мере, вы получите доступ через CLI на своем локальном компьютере. Обходной путь заключается в следующем:

  1. Вы должны зайти в свой пользовательский каталог и проверить, есть ли у вас эти 2 папки: .config и .ssh .
  2. В .config вы должны проверить gcloud каталог, а внутри вы должны искать 2 файла и 1 каталог: active_config , gce и configurations соответственно.
  3. В active_config должно быть написано default, в gce write True и в каталоге вам нужен файл с именем config_default , внутри которого ничего не должно быть написано.
  4. Затем .ssh вам нужно добавить файл с именем authorized_keys , и там должен быть файл открытого ключа ssh, который создается при попытке получить доступ к вашей виртуальной машине с помощью консоли

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

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

Надеюсь, это может помочь 🙂

Ответ №3:

Я довольно долго боролся с одной и той же проблемой. Когда я попробовал с новым браузером (Firefox в моем случае), он сразу же заработал. Я считаю, что некоторые расширения в моем Google Chrome вызывают проблему, и поэтому она не работает в Chrome.