質問: 切断:サポートされている認証方法はありません this thread で説明されているのとまったく同じ問題がありますが、ユーザーのホームディレクトリがローカル。クライアント側(windows 7、puttyのpageant、puttygen、およびplink)ですべてを適切に構成したと思いますが、公開鍵メカニズムを機能させていないようです(パスワードベースのsshログインは機能します)。私はすべてのステップ、手がかり、ヒントを以下に示しました: 5つのクイックステップでputtyおよびlinuxサーバーを使用してsshキー認証を設定する方法 ssh公開鍵認証 サーバー側(linux、sshd)で何か不足している可能性があるので、現在の/etc/ssh/sshd_configコンテンツを投稿します。protocol 2 syslogfacility authpriv rsaauthentication yes pubkeyauthentication yes authorizedkeysfile .ssh/authorized_keys passwordauthentication no permitemptypasswords yes challengeresponseauthentication no usepam yes x11forwarding yes subsystem sftp /usr/libexec/openssh/sftp-server 私が間違っていることは何か考えていますか?update: sshd in debug mode を実行するためのヒントを見つけました。ここに出力があります:/home/winwin> /usr/sbin/sshd -d debug1: sshd version openssh_4.2p1 debug1: read pem private key done: type rsa debug1: private host key: #0 type 1 rsa debug1: read pem private key done: type dsa debug1: private host key: #1 type 2 dsa debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: bind to port 22 on ::. server listening on :: port 22. debug1: bind to port 22 on 0.0.0.0. bind to port 22 on 0.0.0.0 failed: address already in use. debug1: server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 connection from 192.168.1.8 port 49828 debug1: client protocol version 2.0; client software version putty_release_0.60 debug1: no match: putty_release_0.60 debug1: enabling compatibility mode for protocol 2.0 debug1: local version string ssh-2.0-openssh_4.2 debug1: permanently_set_uid: 74/74 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: ssh2_msg_kexinit sent debug1: ssh2_msg_kexinit received debug1: kex: client->server aes256-ctr hmac-sha1 none debug1: kex: server->client aes256-ctr hmac-sha1 none debug1: ssh2_msg_kex_dh_gex_request_old received debug1: ssh2_msg_kex_dh_gex_group sent debug1: expecting ssh2_msg_kex_dh_gex_init debug1: ssh2_msg_kex_dh_gex_reply sent debug1: ssh2_msg_newkeys sent debug1: expecting ssh2_msg_newkeys debug1: ssh2_msg_newkeys received debug1: kex done debug1: userauth-request for user winwin service ssh-connection method none debug1: attempt 0 failures 0 debug1: pam: initializing for "winwin" debug1: pam: setting pam_rhost to "win7client" debug1: pam: setting pam_tty to "ssh" failed none for winwin from 192.168.1.8 port 49828 ssh2 debug1: userauth-request for user winwin service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: temporarily_use_uid: 513/513 (e=0/0) debug1: trying public key file /home/winwin/.ssh/authorized_keys authentication refused: bad ownership or modes for directory /home/winwin debug1: restore_uid: 0/0 debug1: temporarily_use_uid: 513/513 (e=0/0) debug1: trying public key file /home/winwin/.ssh/authorized_keys authentication refused: bad ownership or modes for directory /home/winwin debug1: restore_uid: 0/0 failed publickey for winwin from 192.168.1.8 port 49828 ssh2 received disconnect from 192.168.1.8: 14: no supported authentication methods available debug1: do_cleanup debug1: pam: cleanup debug1: do_cleanup debug1: pam: cleanup 今、私は2つのbad ownership or modes for directory /home/winwinメッセージに気づきましたが、ディレクトリ/ home/winwinとafaictの所有権またはモードを確認しました。/home> ls -lad winwin drwxrwxr-x 21 winwin winwin 4096 jul 13 21:24 winwin そして:/home/winwin> ls -lad .ssh drwxr-xr-x 2 winwin winwin 4096 jul 14 12:06 .ssh そして:/home/winwin/.ssh> ls -lad * -rw-r--r-- 1 winwin winwin 210 jul 14 12:06 authorized_keys -rw-r--r-- 1 winwin winwin 210 jul 14 01:58 authorized_keys.pub -rw-r--r-- 1 winwin winwin 394 jul 14 01:57 authorized_keys.pub.orig 何が間違っているのでしょうか?アップデートii:以下の回答で提案されているようにchmod 600を試しました:/home/winwin> ls -lad .ssh drw------- 2 winwin winwin 4096 jul 14 13:13 .ssh そして:/home/winwin/.ssh> ls -lad * -rw------- 1 winwin winwin 210 jul 14 12:06 authorized_keys しかし、それでも機能しません。それでもauthentication refused: bad ownership or modes for directory /home/winwinエラーが発生するのはなぜですか?
回答: このエラーメッセージは、sshdがauthorized_keysにアクセスできないようにするselinuxによっても発生します。これを試して:restorecon -frvv ~/.ssh (から この答え )