Yeah, I can't do that though because these are workstations that will change very often and new ones will be introduced at least weekly. It would be a huge pain to have to generate keys every time we send another workstation out into the field. I think I just found a very good solution, I'll post back to the list shortly if it worked. Chris Ryan Golhar said: > I'm using RSA keys, with ssh. For instance, nightly I have a backup > server copy all the home directories of users to a disaster-recovery > machine: > > rsync -az --delete -e /usr/bin/ssh aspartic:/home/* /home > > The server isn't getting rebuilt so the keys will never change. In the > rare case they do, I'll just regenerate the keys... > > Ryan > > > -----Original Message----- > From: redhat-list-bounces@xxxxxxxxxx > [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Chris Purcell Sent: > Wednesday, July 28, 2004 11:36 AM > To: redhat-list@xxxxxxxxxx > Subject: running scp or rsync from a script > > > I have a bunch of Linux workstations that need to copy files to a > central > server via cron daily. I want to set up either an scp or rsync script > (either Perl or bash), but the problem is the password prompt. There > doesnt' seem to be anyway to enter a password into an scp script, but > with rsync I can use the --password-file=FILE option only if the central > server > is running the rsyncd daemon. I'd much rather use scp than have to run > an rsync server. I guess my only option with scp would be to set up > RSA/DSA keys. The workstations will scp to the server as a user called > "tc", not root. It would be way too much work having to copy > certificates from each workstation to the server so I was wondering if > its possible to allow anybody to ssh/scp into the central server as the > user > "tc" without entering a password? The user "tc" has very limited > access > and the server is on a LAN, so security isn't an issue here. Does > anyone have any other ideas on how to go about doing this? > > Thanks, > Chris > > > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
