web-dev-qa-db-ja.com

SSHがpubkeyをスキップしてパスワードを要求し続ける

リモートサーバーにSSH接続するたびに、パスワードを入力する必要があります。次のコマンドを使用して、公開鍵（id_dsa.pub）をリモートサーバーにコピーしました。

ssh-copy-id -i id_dsa.pub user@server

私はそれがauthorized_keysに正しく追加されたことを確認しました。すべてのファイル/ディレクトリの権限は正しいです：

~user 755
~user/.ssh 700
~user/.ssh/authorized_keys 640
~user/.ssh/id_dsa.pub 644

/ etc/ssh/sshd_configのPasswordAuthenticationフィールドがyesに設定されている。 sshdをデバッグモードにして、詳細スイッチをsshコマンドに追加しました。次の行が原因で、サーバーがid_pub.dsaを使用しようとしなかったという印象を受けます

Skipping ssh-dss key: ........... not in PubkeyAcceptedKeyTypes

サーバー側に暗号化されたディスクはありません。どのように進歩するためのアイデア？ sshデーモンのデバッグ情報は次のとおりです。

Sudo /usr/sbin/sshd -d
====
debug1: sshd version OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type RSA
debug1: private Host key: #0 type 1 RSA
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type DSA
debug1: private Host key: #1 type 2 DSA
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type ECDSA
debug1: private Host key: #2 type 3 ECDSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
Set /proc/self/oom_score_adj from 0 to -1000
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
debug1: Server will not fork when running in debugging mode.
debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8
debug1: inetd sockets after dupping: 3, 3
Connection from xxx port 63521 on yyy port 22
debug1: Client protocol version 2.0; client software version OpenSSH_7.1
debug1: match: OpenSSH_7.1 pat OpenSSH* compat 0x04000000
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: permanently_set_uid: 115/65534 [preauth]
debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth]
debug1: SSH2_MSG_KEXINIT sent [preauth]
debug1: SSH2_MSG_KEXINIT received [preauth]
debug1: kex: client->server [email protected] <implicit> none [preauth]
debug1: kex: server->client [email protected] <implicit> none [preauth]
debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]
debug1: SSH2_MSG_NEWKEYS sent [preauth]
debug1: expecting SSH2_MSG_NEWKEYS [preauth]
debug1: SSH2_MSG_NEWKEYS received [preauth]
debug1: KEX done [preauth]
debug1: userauth-request for user damian service ssh-connection method none [preauth]
debug1: attempt 0 failures 0 [preauth]
debug1: PAM: initializing for "damian"
debug1: PAM: setting PAM_RHOST to "freebox-server.local"
debug1: PAM: setting PAM_TTY to "ssh"
Connection closed by xxxx [preauth]
debug1: do_cleanup [preauth]
debug1: monitor_read_log: child log fd closed
debug1: do_cleanup

次に、sshの詳細な出力を示します。

$ ssh -v user@server
OpenSSH_7.1p1, OpenSSL 1.0.2d 9 Jul 2015
debug1: Connecting to server [xxxx] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type 2
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to server:22 as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client [email protected] <implicit> none
debug1: kex: client->server [email protected] <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server Host key: ecdsa-sha2-nistp256 SHA256:v4BNHM0Q33Uh6U4VHenA9iJ0wEyi8h0rFVetbcXBKqA
debug1: Host 'server' is known and matches the ECDSA Host key.
debug1: Found key in /home/user/.ssh/known_hosts:2
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Skipping ssh-dss key /home/user/.ssh/id_dsa for not in PubkeyAcceptedKeyTypes
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug1: Next authentication method: password
user@server's password:
sshpasswordauthentication
54
Damo

新しいopensshバージョン（7.0以降）非推奨のDSAキーであり、デフォルトでDSAキーを使用していません（サーバーまたはクライアントではありません）。キーはもう使用するのが好ましくないので、可能であれば、RSAキーを使用を使用することをお勧めします。

本当にDSAキーを使用する必要がある場合は、クライアント構成で明示的にそれらを許可する必要があります。

PubkeyAcceptedKeyTypes +ssh-dss

冗長なメッセージが伝えようとしているので、その行を~/.ssh/configに入れるだけで十分です。

85
Jakuje

JakujeのAnswer No luckを試しました。しかし、私はそこから問題を理解しています。コメントを追加しようとしましたが、なぜanwserを追加するかという評判が必要です。

しかし、私のための設定ファイル/ etc/ssh/ssh_config

  1. Sudo nano /etc/ssh/ssh_config
  2. PubkeyAcceptedKeyTypes +ssh-dssこの行を下部に追加しました。
  3. 保存してもう一度お試しください。

動作しました！

2
SWAPNIL DEWALKAR

私の場合、別のユーザーがAuthorizedKeysFileの場所を変更したため、この問題が発生していました。この場所には他のユーザーのauthorized_keysがないため、authorized_keysがデフォルトのホームディレクトリに正しい権限で存在していたとしても、ログインはデフォルトでパスワードになります。

AuthorizedKeysFile   /etc/ssh/%u/authorized_keys

この変更された行をコメント化し、sshdサービスを再起動してデフォルト設定に戻し、他のユーザーが自分のキーを使用して認証できるようにしました。

2
GotGame

SSH to Raspberry Piのために私がしたことを要約するだけです。

サーバーマシン（Raspberry Pi）：

$ ip addr show

または単にip a、これはPiマシンのIPアドレスを表示します-Host_ip

$ mkdir .ssh

クライアントマシン（ubuntu）：

$ ssh-keygen -t rsa

上記の@Jakujeへのクレジット。最初はssh-keygen -t dsaをキーの生成に使用していましたが、sshはパスワードを要求し続けました。 ssh -v ip-addressは、@ Jakujeの回答を見るまで、あまり有用な情報を提供しません

$ cat .ssh/id_rsa.pub | ssh user_id@Host_ip 'cat >> ~/.ssh/authorized_keys'

user_idとHost_ipを置き換えます。プロンプトが表示されたら、Piマシンのパスワードを入力します。

$ ssh user@ip_address

pIに正常にログインしました。パスワードはありません

1
VictorL

dsaはうまくいきませんでした。 rsaしました。

ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat /Users/user_name/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys

そして、私はパスワードなしでsshできます。

0
rodya