SSH：「サーバーは何の理由もなくキーを拒否しました」

Question 1

私が知っている可能性のある理由のいくつかはファイル権限に関連しており、ほとんどはあまりにも広範囲です。特に2つの理由を思い出すことができます。

所有者以外の人に/ home / userディレクトリを公開します。
.sshおよび/またはAuthorized_keysファイル権限（この値を超える場合はそれぞれ700/600に設定）

サーバーへのルートアクセス権がある場合は、デバッグオプションとビデーモンオプションを使用して別のポートで追加のsshdサーバーを起動して、キーが拒否される理由を正確に特定できます。

sudo `which sshd` -p 2020 -Dd

サーバー上

実行状態を終了した後、sshを実行します。

ssh -p 2020 -i /path/to/refusedkey

サーバー出力で拒否理由を通知します。

Answer

私が知っている可能性のある理由のいくつかはファイル権限に関連しており、ほとんどはあまりにも広範囲です。特に2つの理由を思い出すことができます。

所有者以外の人に/ home / userディレクトリを公開します。
.sshおよび/またはAuthorized_keysファイル権限（この値を超える場合はそれぞれ700/600に設定）

サーバーへのルートアクセス権がある場合は、デバッグオプションとビデーモンオプションを使用して別のポートで追加のsshdサーバーを起動して、キーが拒否される理由を正確に特定できます。

sudo `which sshd` -p 2020 -Dd

サーバー上

実行状態を終了した後、sshを実行します。

ssh -p 2020 -i /path/to/refusedkey

サーバー出力で拒否理由を通知します。

Question 2

ランニング：

sudo `which sshd` -p 2020 -Dd

あるセッションではrootとして実行し、もう一方のセッションでは実行します。

ssh -p 2020 -i /path/to/refusedkey refusedkeyusername@hostname

理由を調べるために私のために働いた。私のユーザーID権限が700に設定されていません。私が得たO / Pは次のとおりです

debug1: trying public key file /home/userid/.ssh/authorized_keys
debug1: fd 4 clearing O_NONBLOCK
Authentication refused: **bad ownership** or modes for directory /home/sapadmin
debug1: restore_uid: 0/0
Failed publickey for userid from 172.31.2.12 port 27382 ssh2: RSA 
Connection closed by 172.31.2.12 [preauth]

Answer

ランニング：

sudo `which sshd` -p 2020 -Dd

あるセッションではrootとして実行し、もう一方のセッションでは実行します。

ssh -p 2020 -i /path/to/refusedkey refusedkeyusername@hostname

理由を調べるために私のために働いた。私のユーザーID権限が700に設定されていません。私が得たO / Pは次のとおりです

debug1: trying public key file /home/userid/.ssh/authorized_keys
debug1: fd 4 clearing O_NONBLOCK
Authentication refused: **bad ownership** or modes for directory /home/sapadmin
debug1: restore_uid: 0/0
Failed publickey for userid from 172.31.2.12 port 27382 ssh2: RSA 
Connection closed by 172.31.2.12 [preauth]

Question 3

いくつかの明確な確認

Authorized_keys ssh-rsa AA...long_line_of_char commentputty genの形式は時々別の形式で提供されます。
承認：
~user/.ssh/authorized_keys は -rw-r--r-- です。
~user/.ssh/はdrwxです------
〜ユーザーはグローバルに書き込むことはできません。
接続するユーザーによっては、キーは ~root または ~user ID に配布する必要があります。

あまり明確ではありません。

SSH 経由のルートアクセスは許可されません。（PermitRootLogin noまたはコメント）
認証キーのデフォルトの場所AuthorizedKeysFile %h/.ssh/authorized_keys
それはあなたのホームディレクトリにある〜.sshです。
Authorized_keysのカスタム位置の例AuthorizedKeysFile /foo/bar/authorized_keys.%h
つまり、キーは/foo/bardirにあります。
authorized_keys.rootルートファイルに
ユーザーファイルでは、authorized_keys.userファイルはルートによって所有されます。

Answer

いくつかの明確な確認

Authorized_keys ssh-rsa AA...long_line_of_char commentputty genの形式は時々別の形式で提供されます。
承認：
~user/.ssh/authorized_keys は -rw-r--r-- です。
~user/.ssh/はdrwxです------
〜ユーザーはグローバルに書き込むことはできません。
接続するユーザーによっては、キーは ~root または ~user ID に配布する必要があります。

あまり明確ではありません。

SSH 経由のルートアクセスは許可されません。（PermitRootLogin noまたはコメント）
認証キーのデフォルトの場所AuthorizedKeysFile %h/.ssh/authorized_keys
それはあなたのホームディレクトリにある〜.sshです。
Authorized_keysのカスタム位置の例AuthorizedKeysFile /foo/bar/authorized_keys.%h
つまり、キーは/foo/bardirにあります。
authorized_keys.rootルートファイルに
ユーザーファイルでは、authorized_keys.userファイルはルートによって所有されます。

Question 4

いいね！ 1つの理由は、passwdファイル内のユーザーのホームディレクトリがファイルをコピーしたいディレクトリではないためです。ルートだけが各ソフトウェアからコピーでき、他のユーザーはコピーできません！

たとえば、/backupディレクトリからコピーする場合は、scpが認証キー "/backup/.ssh"への正しいパスを見つけることができるように、認証したいユーザーのホームディレクトリが/backupに設定されていることを確認してください。 /"

2番目：Puttyキージェネレータの「ssh-rsa AA ...」を含むテキストをAuthorized_keysファイルの正確に1行にコピーしたことを確認してください。「rsa-key-xxx..」など、末尾の説明を削除できます。 Authorized_keysファイルはユーザー/グループを所有する必要があります。頑張ってください！

Answer

いいね！ 1つの理由は、passwdファイル内のユーザーのホームディレクトリがファイルをコピーしたいディレクトリではないためです。ルートだけが各ソフトウェアからコピーでき、他のユーザーはコピーできません！

たとえば、/backupディレクトリからコピーする場合は、scpが認証キー "/backup/.ssh"への正しいパスを見つけることができるように、認証したいユーザーのホームディレクトリが/backupに設定されていることを確認してください。 /"

2番目：Puttyキージェネレータの「ssh-rsa AA ...」を含むテキストをAuthorized_keysファイルの正確に1行にコピーしたことを確認してください。「rsa-key-xxx..」など、末尾の説明を削除できます。 Authorized_keysファイルはユーザー/グループを所有する必要があります。頑張ってください！

SSH：「サーバーは何の理由もなくキーを拒否しました」

質問

答え1

答え2

答え3

答え4

関連情報