☰

SSH公開鍵はコピーされませんでした。

tag-icon • tag-icon linux ssh macintosh ssh-keygen
SSH公開鍵はコピーされませんでした。

ssh-keygen -t rsa~/.sshフォルダを使用して公開/秘密鍵ペアを作成しました。

その後、コマンドを使用してキーをコピーし、この通知を受け取りました。ssh-copy-id [email protected]

Number of key(s) added:        2

ログインしようとしましたが、まだパスワードの入力を求められます。コマンドを実行しfind / -name id_rsa.pubてリモートサーバーの.sshフォルダを検索しましたが、どこでもマスターキーが見つかりませんでした。 pubキーに対してgo-rwxおよび777権限を使用してchmodingを試しましたが、役に立ちませんでした。ファイルはコピーされませんが、エラーメッセージが表示されないのはなぜですか？

編集：sshコマンドに-vタグを追加し、この出力を取得しました。

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to [servername] [ipaddress] port 22.
debug1: Connection established.
debug1: identity file /Users/william.roberts/.ssh/id_rsa type 1
debug1: identity file /Users/william.roberts/.ssh/id_rsa-cert type -1
debug1: identity file /Users/william.roberts/.ssh/id_dsa type -1
debug1: identity file /Users/william.roberts/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH_5*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 7c:3a:61:86:ec:53:40:c3:b0:5e:c2:9f:f4:bf:35:64
debug1: Host '[servername]' is known and matches the RSA host key.
debug1: Found key in /Users/william.roberts/.ssh/known_hosts:7
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/william.roberts/.ssh/id_rsa
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Offering RSA public key: /Users/william.roberts/.ssh/other_rsa
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Offering RSA public key: /Users/william.roberts/.ssh/id_rsa
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/william.roberts/.ssh/id_dsa
debug1: Next authentication method: password

編集2：

ls -la .sshの出力

drwxrwxrwx  2 root root 4096 Dec 10 19:15 .
dr-xr-x---. 5 root root 4096 Nov 19 22:44 ..
-rw-------  1 root root 3019 Dec 10 19:51 authorized_keys
-rw-r--r--  1 root root  427 Nov 24 19:40 known_hosts

ベストアンサー1

ssh-copy-id一部の公開鍵をローカルで見つけ、リモートサーバーにログインし、その鍵を~/.ssh/authorized_keys。

私はそれがファイルにキーを追加したと確信しています。

このキーが考慮されない理由はいくつかあります。たとえば、~/.ssh/ディレクトリに正しい権限がないか、サーバーがキーを使用するように構成されていない可能性があります。

ssh -v $server問題のヒントを得るために使用されます。

質問を更新していただきありがとうございます。

詳細な出力から、サーバーは公開鍵認証を提供しますが、ユーザーの鍵をまったく許可しないことがわかります。

出力に示すように、ls -la ~/.ssh誰でもauthorized_keysファイルを交換してからログインできます。 - サーバーはこれを認識するため、ファイルのキーを無視します。

設定でchmod go-wx ~/.sshこの問題を解決する必要があります。

次の手順をお勧めします。

  • ssh-add $keyfile指定されたファイルの秘密鍵をエージェントに追加するために使用されます。
  • ssh-add -Lエージェントが鍵を知っていることを確認し、公開鍵を表示するために使用されます。
  • ssh-copy-idエージェントからリモートサーバーにキーを送信する場合（~/.ssh/authorized_keysリモートファイルには上記の公開鍵を正確に含める必要があります）
  • sshプロキシのキーを使用してサーバーを認証するために使用されます。

おすすめ記事