Les Mikesell wrote:
On Wed, 2005-08-24 at 14:27, Mark Cockrell wrote:

  
    I have done that repeatedly.  I even went so far as to physically
copy the id_rsa file from the BackupPC server to the client rename it
authorized_keys2.  I don't know why it's not able to match them up.
    

You want to keep the id_rsa file private and copy the contents of
the corresponding id_rsa.pub file into the remote authorized_keys2
file (actually append it, but if there is only one it doesn't matter).
Your local ssh reads the private key to prove who you are to the
remote server that has the public key.  The remote server may be
logging problems that keep it from working like incorrect permissions
somewhere in the path to the key.   Also, this is for sshv2.  If the
remote sshd is very old it might want the keys in the identity and
authorized_hosts files (but in that case you should probably update it).

  
Do these lines from /var/log/messages help?

Aug 24 15:01:23 warrior sshd(pam_unix)[5711]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=10.0.0.7  user=root
Aug 24 15:01:23 warrior sshd[5711]: pam_ldap: error trying to bind (Server is unwilling to perform)

C-ya,
Mark
____
Everything takes longer than you think.


Reply via email to