gcloud SSH接続がパスフレーズの代わりにパスワードを要求する
Google Cloud Platformで2つのVMをセットアップしました。 server1はUbuntu 16.04イメージ[g1-small（1 vCPU、1.7 GBメモリ）]を使用します。新しく作成されたserver2というVMは、CoreOS Stableイメージ[f1-micro（1 vCPU、0.6 GBメモリ）]を使用しています。
主な問題は、同じSSHキーとユーザーを使用しているにもかかわらず、server2に接続できないことです。
このリンク を使用して、ssh -vからの2つの出力結果を比較します。
この権利をテストしたことを確認するために、ファイルgoogle_compute_engine、google_compute_engine.pub、google_compute_known_hosts、およびフォルダーknown_hostsの/Users/userz/.sshの内容を削除しました。
次に、コマンドgcloud initを実行し、次にgcloud compute config-sshを実行します。これにより、SSHキーがないことが検出され、パスフレーズを要求しながら新しいキーを作成するよう案内されましたpasswordではありません。この新しいSSHキーは、このテストで使用されているものです。
server1の最初のリンクが表示された場合、sshはパスフレーズを要求することになります。しかし、server2の場合、sshはパスワードを要求することになり、入力する内容は関係ありません。毎回間違った入力として送られるだけです。
私が試したパスワードは、同じパスフレーズ、Googleアカウントのログインパスワード、ローカルマシンの管理者パスワード、および覚えているすべてのパスワードです。そして、まだ間違った入力。
同じ方法を使用してVMに接続しているときに、なぜこの違いがあるのですか？ 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: [email protected]
debug1: kex: Host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] 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: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] 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メタデータが更新されます。
this を通過した後、次のように修正しました：
export PROB_INSTANCE='your-instance-name'
gcloud compute ssh another-user@$PROB_INSTANCE
~/.ssh/authorized_keysファイルは、以前のようにSSHで接続しようとしたユーザーに対して正しく設定されていませんでした。
しかし、YMMV、そしてこれは私にとってはうまくいったものです。