Les Mikesell wrote:
On Wed, 2005-08-24 at 08:10, Mark Cockrell wrote:
  
debug1: Next authentication method: publickey
debug1: Trying private key: /home/backuppc/.ssh/identity
debug1: Offering public key: /home/backuppc/.ssh/id_rsa
debug1: Authentications that can continue:
publickey,gssapi-with-mic,password
debug1: Trying private key: /home/backuppc/.ssh/id_dsa
debug1: Next authentication method: password
[EMAIL PROTECTED]'s password:
    

This is saying that the keys weren't accepted by the server.  That
is, the private /home/backuppc/.ssh/id_rsa didn't go with the
copy of id_rsa.pub that you should have appended to the
remote /root/.ssh/authorized_keys2.  If you think you did this
right, I'd start over from scratch and generate new keys
by running ssh-keygen as user backuppc, then copy the public
key over again.  (Note that this will break access to other
servers if you have any working.
Les,
    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.
C-ya,
Mark
____
Everything takes longer than you think.



Reply via email to