☰

ルートではなくSSHキー

tag-icon • tag-icon ssh centos openssh
ルートではなくSSHキー

私のSSHキーペアを使用して別のCentOSアカウントを設定するのに問題があります。必要なファイルを作成しましたが、Puttyを使用して接続すると「接続が拒否されました」と表示されます。これはPuttyログです。

2013-03-31 23:09:14 ホスト「XXX.XXXXXX.XXXXX」を検索中
2013-03-31 23:09:14 XX.XX.XXX.XXX ポート 22 に接続
2013-03-31 23:09:14 サーバーバージョン: SSH-2.0-OpenSSH_5.3
2013-03-31 23:09:14 SSHプロトコルバージョン2の使用
2013-03-31 23:09:14 バージョン宣言: SSH-2.0-PuTTY_Release_0.62
2013-03-31 23:09:14 ディフィー・ヘルマン団体交流公演
2013-03-31 23:09:15 ハッシュSHA-256を使ったDiffie-Hellmanキー交換
2013-03-31 23:09:15 ホストキーの指紋は次のとおりです。
2013-03-31 23:09:15 ssh-rsa XXXX XX:6s:18:67:a3:39:39:95rn:21:p1:9b:12:4b:1p:24
2013-03-31 23:09:15 AES-256 SDCTRクライアント - >サーバー暗号化の初期化
2013-03-31 23:09:15 HMAC-SHA1クライアント - >サーバーMACアルゴリズムの初期化
2013-03-31 23:09:15 AES-256 SDCTRサーバー - >クライアント暗号化の初期化
2013-03-31 23:09:15 HMAC-SHA1サーバーの初期化 - >クライアントMACアルゴリズム
2013-03-31 23:09:15 秘密鍵ファイル「C:\Users\XXXXX\Desktop\SSH-Key.ppk」を読む
2013-03-31 23:09:15 公開鍵提供
2013-03-31 23:09:15 サーバーは私たちのキーを拒否しました。
2013-03-31 23:09:15 SECUR32.DLLでSSPIを使用する
2013-03-31 23:09:15 GSSAPI認証試行
2013-03-31 23:09:16 GSSAPI認証要求が拒否されました。
2013-03-31 23:09:16 切断：サポートされている認証方法がありません（サーバー転送：publickey、gssapi-keyex、gssapi-with-mic）

答え1

superuser.comの質問と回答を確認してください。 putty 0.61：ログインIDを入力した後に「アクセス拒否」というメッセージが表示されるのはなぜですか？

特定のバージョンのPuTTYに問題があるようです。バージョン0.62以降を使用していることを確認してください。

これはPuTTYバージョン0.61のバグのようです。

要約：GSSAPIが失敗した後、PuTTYウィンドウに偽の「アクセス拒否」が印刷される

クラス：バグ：これは明らかに私たちが解決したい実際の問題です。

難しさ:楽しい：授業料だけで、あまり費用はかかりません。

優先順位：高：この問題は次のバージョンで修正する必要があります。

欠席：0.60 存在: 0.61 固定: r9232 0.62

答え2

重要な部分は次のとおりです。

2013-03-31 23:09:15 Offered public key
2013-03-31 23:09:15 Server refused our key

意味：クライアントは公開鍵を送信しましたが、何らかの理由でサーバーがこれを拒否しました。サーバーがキーを拒否した理由を確認するには、サーバーログを確認する必要があります、通常/var/log/secureまたは/var/log/auth.logLinuxシステムで。

この拒否タイプの最も一般的な理由は、ユーザー（ログインしているユーザーを除く）が次のうちの1つ以上への書き込みアクセス権を持っているためです。

  • これ~/.ssh/authorized_keys file
  • ~/.ssh目次
  • ユーザーのホームディレクトリです。

SSH を初めて使用するユーザーの場合、問題のファイルやディレクトリにあまりにも多くのアクセス権を付与すると、SSH 鍵認証が機能しないことが直観に反しているように見える場合があります。これはセキュリティ機能です。ユーザーアカウントの所有者以外のユーザーが認証されたSSHキーのリストを書くことができる場合、悪意のあるユーザーは自分のキーを入力してアカウントに制限なくアクセスする可能性があります。その場合は、sshd権限の問題が解決されるまで、そのユーザーの鍵認証を受け入れてください（そして、承認された鍵のリストが改ざんされていることを確認してください）。

関連情報