この場合、ssh-copy-idが機能するにはなぜ詳細LogLevelが必要なのですか?

この場合、ssh-copy-idが機能するにはなぜ詳細LogLevelが必要なのですか?

WSLを使用してCentOS 7.3ゲストで公開鍵認証を設定しようとしています。

コピーされた公開鍵を使用しようとすると、そのssh-copy-id鍵がすでに仮想マシンに存在することを示すメッセージが表示され、拒否されます。.ssh新しくインストールし/rootてください。

数回検索した結果、誤ったファイル権限がエラーである可能性があり、次のコマンドを実行しました。

ゲスト

chmod go-w ~

所有者

chmod go-w ~
chmod 0700 ~/.ssh
chmod 0600 ~/.ssh/config
chmod 0600 ~/.ssh/id_rsa
chmod 0644 ~/.ssh/id_rsa.pub
chmod 0600 ~/.ssh/known_hosts

サーバーでsshd_config公開鍵認証を有効にします。結果ssh-copy-idは同じです。

ただし、実行するとssh-copy-id -o "LogLevel VERBOSE" root@ipパスワードの入力を求められ、キーが正常にコピーされました。その後、を使用ssh root@ipし、私のキーで正常に認証できます。

sshパスワード認証は常に可能です。

うまくいきませんが、ssh-copy-id利用できる理由は何ですかssh-copy-id -o "LogLevel VERBOSE"

私が逃したものは何ですか?

答え1

Verbose不要。INFOログレベルはすでに固定されているので十分です。アップストリームストレージ

コミットメッセージはこれを非常によく説明します。

LogLevelは「None」に設定されており、私たちが探しているPermission Deniedを取得できません。

これはデフォルト設定では問題ではありません(デフォルトはINFOマニュアルページに従うためです)。問題は、特定の構成ファイルで設定した場合にのみ発生しますLogLevel=QUIET(接続が成功すると確信していないか、成功しても問題がない限り、必要なものはほとんど発生しません)。

関連情報