web-dev-qa-db-ja.com

パスワードなしのSSHがMacOS X 10.9.5Mavericksで機能しない

Mac OS X 10.9.5Mavericksマシンでパスワードなしのログインを機能させることができません。 authorized_keysファイルを正しく設定した後、リモートのUbuntuボックスにログインできます。しかし、私はそこで逆にすることはできません。

そこで、パスワードなしでこれを実行できるかどうかを調べて、Macのセットアップのトラブルシューティングを試みました。

ssh localhost

私のUbuntuボックスでそれを行うことはうまくいきますが、Macはパスワードを要求し続けます。はい、authorized_keysファイルとknown_hostsファイルをチェックし、Macの両方にid_rsa.pubキーが存在することを確認しました。しかし、パスワードなしでlocalhostにSSHで接続することはできません。

私は他の投稿を読みました このような

また、sshd_configファイルで次の2つの設定を有効にしました(前のハッシュタグを削除します)。

RSAAuthentication yes
PubKeyAuthentication yes

まだパスワードの入力を求められます。

authorized_keyファイルとknown_hostsファイルのコピーをetcディレクトリに置きます。

まだパスワードの入力を求められます。

4
aquagremlin

SSH経由でパスワードなしのアクセスを設定するために 必要なステップバイステップのプロセスを説明するStack Overflowに関する回答 を提供しました。これがあなたの特定のニーズに適合したそれらの指示です。

まず、次のように-vフラグを使用して、SSH接続を冗長モードに設定します。

ssh -v localhost

sshのマニュアルページで説明されているように; man sshからアクセス可能:

 -v      Verbose mode.  Causes ssh to print debugging messages about its
         progress.  This is helpful in debugging connection, authentica-
         tion, and configuration problems.  Multiple -v options increase
         the verbosity.  The maximum is 3.

これにより、ログインプロセスがどのように流れているのか、そして何がそれを詰まらせているのかを正確に示すことで、過去に多くの頭痛の種を救いました。たとえば、ローカルのMac OS X10.9.5マシンでそのコマンドを実行したときの出力は次のとおりです。

ssh -v localhost

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: /etc/ssh_config line 53: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: identity file /Users/JakeGould/.ssh/id_rsa type 1
debug1: identity file /Users/JakeGould/.ssh/id_rsa-cert type -1
debug1: identity file /Users/JakeGould/.ssh/id_dsa type -1
debug1: identity file /Users/JakeGould/.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_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] 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 01:aa:8e:8e:b9:e1:4b:e8:bd:c5:a2:20:a3:c7:f1:18
debug1: Host 'localhost' is known and matches the RSA Host key.
debug1: Found key in /Users/JakeGould/.ssh/known_hosts:43
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,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/JakeGould/.ssh/id_rsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: /Users/JakeGould/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
Password:

ご覧のとおり、パスワードプロンプトが表示されます。しかし、その前に、RSA公開鍵を明確にチェックしています。持っていないので、次の認証方法にロールオーバーするだけです。セットで実行するときのssh -vの出力に注意して、どこで問題が発生するかを確認してください。

また、宛先マシンのSSHファイルに、次の例に一致するアクセス許可があり、アクセスしようとしているアカウントが所有していることを確認してください。

-rw------- [username] [usergroup] authorized_keys
-rw------- [username] [usergroup] id_rsa
-rw-r--r-- [username] [usergroup] id_rsa.pub
-rw-r--r-- [username] [usergroup] known_hosts

したがって、次のコマンドをchmodauthorized_keysファイルに対して実行します。

Sudo chmod 600 ~/.ssh/authorized_keys

そして、このコマンドをchmodid_rsaファイルに対して実行します。

Sudo chmod 600 ~/.ssh/id_rsa
4
JakeGould

私は問題を見つけました。リモートホストは、各RSAまたはDSAキーのオリジンをログに記録します。これは、許可されたキーリストの各行の終わりにプレーンテキストで表示されます(nanoはテキストで折り返されないため、通常は表示されません)。

私は最初にリモートホストにSSH接続していました、その後キーをコピーしてauthorized_keysとマージしました。悪い。

クライアントマシンから、その特別なコピーコマンドscpまたはssh-copy-idを使用してキーをリモートホストにコピーする必要があります(OS Xにはbrewまたはportをインストールしない限りこれはありません)。

次に、authorized_keysへのマージを実行できます。私の不注意なヒューマンエラー。

3
aquagremlin

私にとっては、ホストに接続するための2次キーがありました。それを使用して接続するには、次を使用してIDに追加する必要があります。

ssh-add yourPrivateKey
0
thenakulchawla