Help - Search - Members - Calendar
Full Version: Any Linux Admins?
F-Body Road Racing and Autocross Forums > Community > General Discussion
CJ-TA
This is a smidge over my head in Linux.

I have 2 boxes, both have disabled password authentication for use with putty.

I'm trying to rsync two servers:

From my backup box:

rsync -e ssh -avz --delete --stats --progress user@server:/path /path

That has worked forever tongue.gif

Now that I have disabled password auth, I'm getting this:

Permission Denied (publickey, gssapi-with-mic)

How do I get my putty private/public keys to work with rsync between two servers with pass auth disabled with my putty keys?
Crazy Canuck
do you have a public key ?
if so make sure you copy it on the servers you want to login via ssh without pwd entry.
the key should be added in the /home/<user>/.ssh/authorized_keys
CJ-TA
QUOTE (Eugenio_SS @ Sep 15 2006, 04:40 PM) *
do you have a public key ?
if so make sure you copy it on the servers you want to login via ssh without pwd entry.
the key should be added in the /home/<user>/.ssh/authorized_keys


I can log in from putty on my WS to each server.

It's failing when I try to log in from server to server.

Do the servers, each need their own set of keys? I was hoping to use my putty keys to keep continuity between everything.
Crazy Canuck
there is also the file known_hosts under the .ssh folder that should contain the key of the other server you are trying to get in.
CJ-TA
Got it..

I guess I was making it more complex than it needed to be.

The change between authorized_keys and authorized_keys2 and the keys between systems is what threw me off.
Crazy Canuck
i'm assuming you made it work then.
btw, i'm not a sys-admin, but know my way around... config-mangement-admin smile.gif but also do operations (ie some sys-admin tasks too)
RedHardSupra
depends how you're trying to do it. do you wanna do rsh-over-ssh or do you want a standalone rsh? if you wanna do it over ssh, then you gotta get passwordless ssh logins to work first, there's plenty of writeups on that, best ones are on ibm's site.

standalone rsh is much easier, you make your own password file, and just go against that. the bad part is that i don't think transmissions are encoded, but the good part is that it's completely separate so you don't have to update it every time you gotta change the password.
Crazy Canuck
i use ssh only... rsh is rant.gif
CJ-TA
QUOTE (RedHardSupra @ Sep 15 2006, 07:50 PM) *
depends how you're trying to do it. do you wanna do rsh-over-ssh or do you want a standalone rsh? if you wanna do it over ssh, then you gotta get passwordless ssh logins to work first, there's plenty of writeups on that, best ones are on ibm's site.

standalone rsh is much easier, you make your own password file, and just go against that. the bad part is that i don't think transmissions are encoded, but the good part is that it's completely separate so you don't have to update it every time you gotta change the password.


I have the two servers connecting now, but, I'm now being prompted for the rsync password for my RSA key.

I had it working with passwordless authentication, but, since I've turned off pass-auth, the passwordless rsync, syncs, are now asking for passwords.

I'm still playing with it.
RedHardSupra
blah, replace all my previous rsh with rsync...long week...

rsync can work completely on its own authentication scheme, i have it working from windows to bsd this way. that's what i was talking about, not piggybacking of some ancient rsh stuff...sorry
Crazy Canuck
QUOTE (RedHardSupra @ Sep 15 2006, 09:27 PM) *
blah, replace all my previous rsh with rsync...long week...

rsync can work completely on its own authentication scheme, i have it working from windows to bsd this way. that's what i was talking about, not piggybacking of some ancient rsh stuff...sorry

makes more sense... why would one want to go through non-secure shell.. lol
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2025 Invision Power Services, Inc.