ssh ログインに失敗する

Question

前提・実現したいこと

ローカルからsshでログインに失敗してしまいます。
rootでuser1を作成後に公開鍵認証を行おうとして、鍵のペアを作りsshdを更新後シェルを閉じ、公開鍵認証でuser1でログインしようとしたら上記のエラーが出ました。

発生している問題・エラーメッセージ

# ssh [e-mail]
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

#ssh -vvv v150-95-210-159.oqw3.static.cnode.io
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug2: resolving "v150-95-210-159.oqw3.static.cnode.io" port 22
debug2: ssh_connect_direct
debug1: Connecting to v150-95-210-159.oqw3.static.cnode.io [150.95.210.159] port 22.
debug1: Connection established.
debug1: identity file /Users/aoyamaryuta/.ssh/id_rsa type 0
debug1: identity file /Users/aoyamaryuta/.ssh/id_rsa-cert type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_dsa type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_dsa-cert type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_ecdsa type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_ed25519 type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_xmss type -1
debug1: identity file /Users/aoyamaryuta/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug2: fd 5 setting O_NONBLOCK
debug1: Authenticating to v150-95-210-159.oqw3.static.cnode.io:22 as 'aoyamaryuta'
debug3: hostkeys_foreach: reading file "/Users/aoyamaryuta/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /Users/aoyamaryuta/.ssh/known_hosts:3
debug3: load_hostkeys: loaded 1 keys from v150-95-210-159.oqw3.static.cnode.io
debug3: order_hostkeyalgs: prefer hostkeyalgs: [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,[e-mail],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms: [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[e-mail],[e-mail],[e-mail],[e-mail],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: ciphers stoc: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: MACs ctos: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,[e-mail],zlib
debug2: compression stoc: none,[e-mail],zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,[e-mail],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: host key algorithms: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail],aes128-cbc,aes192-cbc,aes256-cbc,blowfish-cbc,cast128-cbc,3des-cbc
debug2: ciphers stoc: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail],aes128-cbc,aes192-cbc,aes256-cbc,blowfish-cbc,cast128-cbc,3des-cbc
debug2: MACs ctos: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,[e-mail]
debug2: compression stoc: none,[e-mail]
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [e-mail] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [e-mail] MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:cTwGlPQehbkQ5LF07+MdMabVAYmqpLkfr6opUUMp2sM
debug3: hostkeys_foreach: reading file "/Users/aoyamaryuta/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /Users/aoyamaryuta/.ssh/known_hosts:3
debug3: load_hostkeys: loaded 1 keys from v150-95-210-159.oqw3.static.cnode.io
debug3: hostkeys_foreach: reading file "/Users/aoyamaryuta/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /Users/aoyamaryuta/.ssh/known_hosts:4
debug3: load_hostkeys: loaded 1 keys from 150.95.210.159
debug1: Host 'v150-95-210-159.oqw3.static.cnode.io' is known and matches the ECDSA host key.
debug1: Found key in /Users/aoyamaryuta/.ssh/known_hosts:3
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/aoyamaryuta/.ssh/id_rsa RSA SHA256:ZNYMIGyMpLlMRMlZMxgQO4TZ3m3Bi0VnxiwfdzcX6ys
debug1: Will attempt key: /Users/aoyamaryuta/.ssh/id_dsa
debug1: Will attempt key: /Users/aoyamaryuta/.ssh/id_ecdsa
debug1: Will attempt key: /Users/aoyamaryuta/.ssh/id_ed25519
debug1: Will attempt key: /Users/aoyamaryuta/.ssh/id_xmss
debug2: pubkey_prepare: done
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic
debug3: start over, passed a different list publickey,gssapi-keyex,gssapi-with-mic
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/aoyamaryuta/.ssh/id_rsa RSA SHA256:ZNYMIGyMpLlMRMlZMxgQO4TZ3m3Bi0VnxiwfdzcX6ys
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic
debug1: Trying private key: /Users/aoyamaryuta/.ssh/id_dsa
debug3: no such identity: /Users/aoyamaryuta/.ssh/id_dsa: No such file or directory
debug1: Trying private key: /Users/aoyamaryuta/.ssh/id_ecdsa
debug3: no such identity: /Users/aoyamaryuta/.ssh/id_ecdsa: No such file or directory
debug1: Trying private key: /Users/aoyamaryuta/.ssh/id_ed25519
debug3: no such identity: /Users/aoyamaryuta/.ssh/id_ed25519: No such file or directory
debug1: Trying private key: /Users/aoyamaryuta/.ssh/id_xmss
debug3: no such identity: /Users/aoyamaryuta/.ssh/id_xmss: No such file or directory
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
[e-mail]: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

試したこと

• rootアカウントでのログインを禁止しています。
• パスワードでのログインを禁止しています。

補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。

Comments

[kazto]

推測ですが、user1 の鍵ファイルの所有者、パーミッションが不適切であるために妥当な鍵として認識されないと考えられます。
こういう場合、rootのターミナルを残した状態でuser1のログインを試す方が安全ですね。
解決策は、すみません、ログインしたい実機を触れる状態以外思いつきませんでした。

[Youichi256]

やりたいことは何ですか？
user1で鍵認証でsshログインしたい？ログインできなくなったのでどうにかして復旧したい？

あと、サーバ名やユーザ名が入っていますので、適当な文字列に置換しておいたほうが良いと思います。

[t_obara]

鍵のペアを作り、それらをどこに配置したのかを明記されるとよろしいかと思います。user1で行ったのですよね？。-iオプションを指定して、明示的に作成した鍵を指定するとどうなりますか？ また、known_hostsファイルを一度削除してから試されると良いです。

[Y.H.]

酷い質問者(@aonagisa )・・・

[m.ts10806]

捨てアカウントですか。ご苦労様

[m.ts10806]

質問修正しても履歴から見れるわけで、退会してしまったら誰も対応できないわけで。
いずれにしてもこれによる実害があったら自己責任ですけどね。

Answer 1

どんなOSで何をどう設定したのかが不明なので勘での回答になりますが

公開鍵と公開鍵のディレクトリのパーミッション/ユーザーが正しくない状態になっているのが良くある原因です。

Permission denied (publickey,gssapi-keyex,gssapi-with-mic).でそのまま検索して出てくるサイトの対応で解決出来ることが多いので試してみてください。
ssh 公開鍵 パーミッションあたりでの検索もお勧めです。

端的には

1. user1の.sshディレクトリのパーミッションを700にする。
2. user1の.sshディレクトリのオーナー:グループをuser1:user1にする
3. user1の.ssh/authorized_keysのパーミッションを600にする
4. user1の.ssh/authorized_keysのオーナー:グループをuser1:user1にする

で解消することが多いです。
解消しない場合はサーバ側の/var/log/secureあたりを確認して、発生しているエラーメッセージで検索して対応します。