ユーザーAには同じSSHログインプロセスが機能しますが、ユーザーBには機能しません

ルートユーザーのSSH公開キーを作成しました。/root/.ssh/authorized_keysにコピーして保存しました。

キーはのみssh-rsa keyです。（それは1行でssh-rsaSPACEkey、それ以上のスペースやブレーキはありません）。

/.ssh 700です。
/.ssh/authrozied_keys 600です。
所有者とグループはUSERNAMEと同じです。

ルートでSSHで問題/home/USERNAME なくログインでき、キーを作成、貼り付け、ロードするための同じアルゴリズムをプライマリユーザーの下で繰り返しましたが、ログインできません -「サポートされている認証方法はありません」と表示されます。

ノート：

これら両方のユーザーの秘密鍵をロードしました。
両方のキーはssh-2 rsaです。
両方のキーには4096バイトが含まれています。
Puttyを使用してログインし、pageantで秘密鍵をロードします。
service ssh restart試す前にやった。

更新1-関連する公開キー：

ここに私が問題がある公開鍵があります（/home/USERNAME/.ssh/authrorized_keysからそのままコピーされます）：

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAgEAkJXuWq8xf28ft+kJ8+KJK0he5OftZlBBfKPcNNEU9y2nLn/BWcMrjcrDnf52rLcKIQGJcbk0e8U9+p84tfzlhfjkUTKeUazAKL3k5KSfBbqayue5GXIDAP3Psg2pBN69uOeEr9/RHlJej1z2dmqiCgKcl3gaaBcedA1jclrnTryr0406qFwMJbOx/2ZWY/YAupcL7In0KzG0J6fsS6SSYQhpNZ5JSZchFq/Xbqp68Iz2c/aCTVRaymXQAMYfgzvjxb/j53JlHfMiyWudI754PgpYYzjCls/siO54TZVFIob4mc837rlA6pDV8MSAKBvOVS3u682WTmktXyxvGQYOmouxZ3taX0hAwcJbsk4AYSIEGSVTfSobUfjnZnNFZYOGxPOS90NV/Px9sVZx8PLuAmaXOAezkWasKIn/Gbh5gygdo7TP24yA2Wy/KPL7dHCDXYKY1AmhNW/HXkZwySPHV32dFlgft1bYPEj2tdoijmGscmM+lAUPwQ0Tl8hSWwT/4qX3PvKC0+YTRQl7dLkYenHBgbnuuzgwiBfrNorhYnG2sdFDPh1/Tn7KrYxczs/t/7GS8WPJuFEmBezw2u47KBezkzcvDj5WWqmlUXHLrZNx3EM9KeFTcUf/yJgL3Hex9HdloWIPSCoTF6rWXgJ//1LoktZ0w7qsj9G2hcLOQbk=

更新2-一見関連するsshd_configディレクティブ

何らかの理由で、Puttyからカットまたはコピーした構文を貼り付けられないため、画像を配置します。

ssh-keys

— ジョンドア
ソース

ディレクトリアクセス許可とは何/ですか？

— アンドリューヘンレ

私はあなたを理解していなかったと思います。

— -JohnDoea

見てください/var/log/auth-ほとんどの問題はここに詳細な説明があります。

— コンディバス

権限は正しい600ですが、ユーザーが誰であるか、それがまだルートである場合は、ホームディレクトリが使用されているユーザーにchownされるべきです

— -exussum

ルートではありません（ルートで罰金でログインできます）、ニックネームをセキュリティ原則として公開しないようにUSERNAMEを作成する

— つもりでした...-JohnDoea

公開鍵に関する問題は、ほとんどの場合、許可に関連しています。

非ルートユーザーのホームディレクトリにあるauthorized_keysファイルの所有権を確認します。ディレクトリとファイルのモードオクタルをそれぞれ0700と0600に指定します。ただし、所有権については言及しません。

ファイルの所有者が rootではなく、であることを確認してください。また、authorized_keysファイルは公開情報です。通常、このファイルには、オクタル0644を介してすべてのユーザーに読み取りアクセス権を付与します。ただし、この場合、ファイルの所有権が正しい場合は、アクセス許可が機能するはずです。authorized_keys/home/USERNAME/.ssh/

混乱が生じた場合にこれを解決するには、の出力を投稿する# ls -la /home/<USERNAME>/.ssh/ことで、権限に関する疑念をすべて無効にします。

— スプーラ
ソース

両方ともUSERNAMEにchown（およびchgrp）しました。llでは-rw ------- 1 USERNAME USERNAME 721 Oct 26 10:18 authorized_keys（必須かどうかわからなかったため、SSHサービスも再起動しました）それでも、上記と同じエラーメッセージが表示されます。

— -JohnDoea

エラーメッセージとしてサポートされている認証方法がない場合、パスワードベースの認証を無効にしようとしているのでしょうか。/etc/ssh/sshd_configサーバーからのファイルを含むように投稿を編集すると、これが発生する理由を特定するのに役立ちます。パスワード認証を無効にし、秘密鍵認証を有効にしていない可能性があります（一般的なように、コメントが付いている場合があります）。

— スプーラー

はいこのディレクティブのコメントされたインスタンスに触れることなく、PasswordAuthentication（ファイルの最後）をyesからnoに変更しました。私は秘密鍵認証を有効にしませんでした---私は、問題なくルートとして秘密鍵でログインした顔を考えると、すでに有効になっていると思いました。

— -JohnDoea

ほとんどのデフォルトのsshd構成では、ルートが秘密鍵またはを介してのみログインできるように指定されていますwithout-password。これは、キーベースのログインが有効になっていることを意味しますが、ルートにのみ適用されます。この動作は、pubkeyauthenticationおよびrsaauthenticationディレクティブをオーバーライドします。

— スプーラー

私はこの行動を初めて耳にします。私はsshd_configからの一見関連するディレクティブの画像をアップロードしました...そこに何を変更するのかわかりませんでしたパスワードも）。

— -JohnDoea