Я все время выходил из моего экземпляра вычислительного двигателя через несколько секунд бездействия с указанной ошибкой (255). Я использовал "gcloud compute ssh" для входа в систему. Я использую настройку брандмауэра по умолчанию, который, я считаю, будет достаточно хорошим для ssh. Но если мне что-то не хватает, просьба указать и предложить исправить эту ошибку. В принципе, я не могу получить какую-либо эффективную работу, выполняемую в этот момент, для того чтобы ssh так много раз.
Спасибо заранее.
Anh-
gcloud отрицает соединение ssh, если произошла смена настройки, например. после того, как вы изменили зону или регион по умолчанию или создали другой экземпляр. Затем вы должны обновить ключи ssh в своих метаданных с помощью
sudo gcloud compute config-ssh
Если вы жалуетесь на разные записи в вашем файле конфигурации, где хранятся ваши записи в ssh, ~/.ssh/config, удалите этот файл и выполните приведенную выше команду еще раз.
255 является интерактивным кодом выхода ssh для отказа ssh - иначе интерактивный ssh выходит с кодом выхода последней команды, выполняемой в сеансе ssh.
В следующий раз, когда вы получите код выхода 255 из ssh, попробуйте запустить с помощью --ssh-flag = "- vvv" (больше v = > больше вывода отладки) и посмотрите, помогает ли он отслеживать проблемы с подключением.
Это была моя ошибка, заявив, что брандмауэр по умолчанию разрешит все подключения в экземпляр. Обратное оказалось правдой. См. необходимо установить соответствующее правило брандмауэра, чтобы разрешить подключение к экземпляру
Ань -
Для тех, кто останавливается на этой странице. Это помогло мне решить проблему. Попробуйте следующее:
Кажется, что функция/проблема из самой Google Cloud Platform, мы будем продолжать ее проверять.
Это реальная проблема с очень небольшим количеством документации, чтобы иметь дело с этим.
Через некоторое время после создания экземпляра с использованием фрагмента gshoud sdk ssh, предоставленного через консоль GCP, перестала работать и постоянно возникала ошибка, при которой 255 делает подключение к ssh в экземпляре доступным только через браузер через консоль GCP для рассматриваемого экземпляра вычислений. Не говоря уже о том, что это случалось со мной во многих различных случаях, некоторые из которых не затрагивали разрешения учетной записи по умолчанию после первоначальной настройки и развертывания, что чересчур расстраивает. Потому что без причины он просто перестает работать... работает, а потом не...
Единственное, что сработало для меня, - это создание нового пользователя для связи через gcloud sdk! Будь то Windows/PowerShell или Linux локально, используя следующий фрагмент:
gcloud compute ssh newuser-name @instance-name
Это все в соответствии с документацией GCP здесь: https://cloud.google.com/compute/docs/trouфикации /troublesho-ssh
Все остальное пропущено в соответствии с предложениями в документации - порт 22 открыт с доступом, что означает, что это должно быть проблемой для пользователей по умолчанию authorization_keys, КОТОРЫЕ они не предоставляют абсолютно никакой документации о том, как это исправить - по крайней мере, ничего, что я мог бы найти при исправлении (не создавая или удаляя )
Я попытался обновить учетную запись, попытался удалить пользователя и учетные данные из экземпляра, похоже, ничего не работает. с помощью:
gcloud compute --project "имя проекта" ssh --zone "us-east4-a" "имя экземпляра"
Просто не работает... - даже попробовал 'gcloud compute config-ssh --force-key-file-overwrite' НИЧЕГО НЕ РАБОТАЕТ...
Но создание нового пользователя работает каждый раз, и как только пользователь создан, вы можете продолжать использовать этого пользователя через gcloud sdk
Это обходной путь, и я ненавижу обходить подобные вещи, но для моего здравого смысла это работает по крайней мере до тех пор, пока я не смогу выяснить, как сбросить разрешения учетной записи по умолчанию, поэтому, если у кого-то есть какие-либо идеи или они могут указать мне направление для что я более чем ценю это!
Если сеть по умолчанию была отредактирована или не использует сеть по умолчанию, вам может понадобиться явно включить ssh-доступ, добавив правило межсетевого экрана:
$ gcloud compute firewall-rules create --network=YOUR_NETWORK \
default-allow-ssh --allow tcp:22
После этого повторите команду "gcloud compute ssh".
у меня были точно такие же симптомы - в моем случае причина заключалась в следующем. Я использовал root user + ключ ssh, тогда как вход в систему по умолчанию отключен в /etc/ssh/sshd_config (свойство PermitRootLogin).
Я получал тот же код ошибки, когда пытался войти в ssh.
Я попытался воссоздать ключ ssh, как упомянуто в этом ответе; Однако это не помогло.
Что работает это:
или же
После успешного запуска экземпляра вы можете войти в него через терминал.
Я проверил это, попробовав это два раза.
В конце концов мне пришлось удалить свой экземпляр и сделать новый с тем же диском. Смотрите https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-ssh#use_your_disk_on_a_new_instance для деталей.
Попробуйте sudo с командой gcloud, если она включена * nix или Mac.
Может быть, это кому-нибудь поможет. Я столкнулся с этой проблемой, когда был за своим рабочим брандмауэром. Как только я подключился к общедоступному Wi-Fi, все заработало отлично.