Назад | Перейти на главную страницу

gcloud SSH-соединение запрашивает пароль вместо ключевой фразы

У меня есть две виртуальные машины, настроенные на Google Cloud Platform. server1 использует образ Ubuntu 16.04 [g1-small (1 виртуальный ЦП, 1,7 ГБ памяти)]; и вновь созданная виртуальная машина с именем server2, использует образ CoreOS Stable [f1-micro (1 виртуальный ЦП, 0,6 ГБ памяти)].

Основная проблема в том, что я не могу подключиться к server2 хотя я использую тот же ключ SSH и пользователя.

Я буду использовать эта ссылка для сравнения двух выходных результатов из ssh -v.

Чтобы убедиться, что я проверил это правильно, я стер файлы google_compute_engine, google_compute_engine.pub, google_compute_known_hosts и содержимое из known_hosts в папке /Users/userz/.ssh.

Затем выполнили команду gcloud initа потом gcloud compute config-ssh, который обнаружил отсутствие ключей SSH и помог мне создать новый, запросив кодовая фраза, а не пароль. Этот новый ключ SSH используется в этом тесте.

Если вы видите первую ссылку для server1, ssh запрашивает кодовую фразу. Но для server2 ssh запрашивает пароль, причем неважно, что я ввожу, просто каждый раз вводится неверно.

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

Почему существует эта разница, когда я использую один и тот же метод для подключения к виртуальным машинам? Что я могу сделать, чтобы решить эту проблему, поскольку я не знаю и не устанавливал пароль на server2 (Вновь созданный)?

Я могу добавить в качестве примечания, что подключение через Cloud Shell запрашивает кодовую фразу и легко подключается.

server1 вывод:

ssh -v server1
OpenSSH_7.4p1, LibreSSL 2.5.0
debug1: Reading configuration data /Users/userz/.ssh/config
debug1: /Users/userz/.ssh/config line 51: Applying options for server1
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to XXX.XXX.XX.XX [XXX.XXX.XX.XX] port 22.
debug1: Connection established.
debug1: identity file /Users/userz/.ssh/google_compute_engine type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/userz/.ssh/google_compute_engine-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 pat OpenSSH* compat 0x04000000
debug1: Authenticating to XXX.XXX.XX.XX:22 as 'userz'
debug1: using hostkeyalias: compute.hostkeyaliasX
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: using hostkeyalias: compute.hostkeyaliasX
debug1: Host 'compute.hostkeyaliasX' is known and matches the ECDSA host key.
debug1: Found key in /Users/userz/.ssh/google_compute_known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/userz/.ssh/google_compute_engine
debug1: Server accepts key: pkalg rsa-sha2-512 blen 279
Enter passphrase for key '/Users/userz/.ssh/google_compute_engine':

server2 вывод:

ssh -v server2
OpenSSH_7.4p1, LibreSSL 2.5.0
debug1: Reading configuration data /Users/userz/.ssh/config
debug1: /Users/userz/.ssh/config line 43: Applying options for server2
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to YY.YYY.YYY.YYY [YY.YYY.YYY.YYY] port 22.
debug1: Connection established.
debug1: identity file /Users/userz/.ssh/google_compute_engine type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/userz/.ssh/google_compute_engine-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to YY.YYY.YYY.YYY:22 as 'userz'
debug1: using hostkeyalias: compute.hostkeyaliasY
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
debug1: using hostkeyalias: compute.hostkeyaliasY
debug1: Host 'compute.hostkeyaliasY' is known and matches the ECDSA host key.
debug1: Found key in /Users/userz/.ssh/google_compute_known_hosts:3
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/userz/.ssh/google_compute_engine
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: keyboard-interactive
Password:

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

Это было решено удалением конфигурации, выполненной gcloud с участием

gcloud compute config-ssh --remove

После этого переустановите конфигурацию, выполнив ту же команду, что и в вопросе:

gcloud compute config-ssh

Это добавляет псевдоним для экземпляра в файл конфигурации SSH пользователя (~ / .ssh / config) и обновляет метаданные SSH проекта.

Пройдя через этот, Я исправил это:

export PROB_INSTANCE='your-instance-name'
gcloud compute ssh another-user@$PROB_INSTANCE

потому что разрешения на ~/.ssh/authorized_keys файл был неправильно настроен для пользователя, с которым я пытался подключиться по SSH, как раньше.

Однако YMMV, и это как раз то, что у меня сработало.

gcloud SSH-соединение запрашивает пароль вместо ключевой фразы

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

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