У меня проблемы с подключением по SSH к виртуальной машине, которую я пытаюсь перейти в облако. Я использовал "Cloud Endure" вариант из документации по миграции Google.
Вчера я попробовал и понял, что в своей локальной сети единственный способ войти через SSH - это запустить мой сервер LDAP, поэтому я включил SSH-вход через PWD и подтвердил, что он работает с моим сервером LDAP, а затем снова запустил процесс репликации.
У меня та же проблема, что и вчера, я не получаю сообщение об ошибке от PuTTY, например, отказ ключа или какие-либо запросы. Просто «В соединении отказано».
Я попытался добавить сетевой тег default-allow-ssh в раздел сетевых тегов, но все равно ошибка. Я плачу за Интернет за гигабайт, поэтому не решаюсь повторить попытку еще раз, а также понятия не имею, что менять дальше.
Есть ли у кого-нибудь опыт использования Cloud Endure и проблемы с SSH после этого?> Нужны предложения или дополнительная информация?
Дистрибутив Ubuntu 14 просто к сведению.
Кроме того, это может быть отдельный вопрос, но нет ли в облаке Google «Удаленной консоли», чтобы я мог войти в систему, как если бы я был локальным? Это кажется ridiculous для меня, поскольку это всегда мое решение для резервного копирования, если я каким-то образом сломаю SSH.
Обновить:
Не уверен, что это должно работать, поскольку у меня есть только одна рабочая виртуальная машина в сети, но я не могу проверить связь с виртуальной машиной с другой рабочей виртуальной машины в том же VPC. (Я предполагаю, что тот же VPC, другой «проект», но одна и та же учетная запись и частные IP-адреса одинаковы, за исключением оканчивающихся на .2 и .3 соответственно). Я новичок в «облаке» ..., я предпочитаю иметь полный контроль. (Я могу пинговать общедоступный IP-адрес из своей локальной сети)
Я попытался подключиться к виртуальной машине по SSH через рабочую виртуальную машину на том же VPC, и она просто зависла, никаких ошибок.
Убедитесь, что есть правило брандмауэра, разрешающее трафик к вашему экземпляру через порт 22. Тот факт, что SSH просто зависает, звучит как проблема с брандмауэром. Также проверьте, что базовый образ (тот, который вы импортировали) не имеет внутренних правил брандмауэра или iptable, которые могут блокировать соединения SSH.
Для изображений, предоставленных не Google, вам необходимо установить Гостевая среда Linux а также для того, чтобы GCP мог взаимодействовать с вашим экземпляром и передавать данные, такие как ключи SSH или другие метаданные.
Наконец, поскольку вы использовали CloudEndure, вы можете проверьте их FAQ или свяжитесь с их поддержкой. Они предлагают отличную поддержку и могут помочь убедиться, что импортированный ими образ правильно подготовлен для запуска в Google Cloud.