ERROR: (gcloud.compute.ssh) [/usr/bin/ssh] вышел с кодом возврата [255]

Я все время выходил из моего экземпляра вычислительного двигателя через несколько секунд бездействия с указанной ошибкой (255). Я использовал "gcloud compute ssh" для входа в систему. Я использую настройку брандмауэра по умолчанию, который, я считаю, будет достаточно хорошим для ssh. Но если мне что-то не хватает, просьба указать и предложить исправить эту ошибку. В принципе, я не могу получить какую-либо эффективную работу, выполняемую в этот момент, для того чтобы ssh так много раз.

Спасибо заранее.

Anh-

Ответ 1

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

sudo gcloud compute config-ssh

Если вы жалуетесь на разные записи в вашем файле конфигурации, где хранятся ваши записи в ssh, ~/.ssh/config, удалите этот файл и выполните приведенную выше команду еще раз.

Ответ 2

255 является интерактивным кодом выхода ssh для отказа ssh - иначе интерактивный ssh ​​выходит с кодом выхода последней команды, выполняемой в сеансе ssh.

В следующий раз, когда вы получите код выхода 255 из ssh, попробуйте запустить с помощью --ssh-flag = "- vvv" (больше v = > больше вывода отладки) и посмотрите, помогает ли он отслеживать проблемы с подключением.

Ответ 4

Для тех, кто останавливается на этой странице. Это помогло мне решить проблему. Попробуйте следующее:

  • Перейдите в свой Google и удалите ключ SSH для сервера.
  • Запустите команду gcloud снова

Кажется, что функция/проблема из самой Google Cloud Platform, мы будем продолжать ее проверять.

Ответ 5

Это реальная проблема с очень небольшим количеством документации, чтобы иметь дело с этим.

Через некоторое время после создания экземпляра с использованием фрагмента 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

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

Ответ 7

у меня были точно такие же симптомы - в моем случае причина заключалась в следующем. Я использовал root user + ключ ssh, тогда как вход в систему по умолчанию отключен в /etc/ssh/sshd_config (свойство PermitRootLogin).

Ответ 8

Я получал тот же код ошибки, когда пытался войти в ssh.

Я попытался воссоздать ключ ssh, как упомянуто в этом ответе; Однако это не помогло.

Что работает это:

  • Запустите экземпляр виртуальной машины из облачной консоли Google в браузере через Compute Engine → Экземпляры виртуальной машины, а затем
    • выберите экземпляр, установив флажок и нажав кнопку запуска

start by selecting instance

или же

  • щелкнув по имени экземпляра, вы попадете на страницу экземпляра, где вы нажмете кнопку запуска.

start instance on instance page

После успешного запуска экземпляра вы можете войти в него через терминал.

Я проверил это, попробовав это два раза.

Ответ 10

Попробуйте sudo с командой gcloud, если она включена * nix или Mac.

Ответ 11

Может быть, это кому-нибудь поможет. Я столкнулся с этой проблемой, когда был за своим рабочим брандмауэром. Как только я подключился к общедоступному Wi-Fi, все заработало отлично.