Date: Tue, 29 Jul 2003 12:41:57 -0400 From: "MFW" <mwilliams@2goons.net> To: "Dave [Hawk-Systems]" <dave@hawk-systems.com>, <freebsd-isp@freebsd.org> Subject: Re: using SSH to execute commands on remote servers as different user Message-ID: <hisp1x.6lyf9q@admin.2goons.net> In-Reply-To: <DBEIKNMKGOBGNDHAAKGNEENICNAC.dave@hawk-systems.com> References: <DBEIKNMKGOBGNDHAAKGNEENICNAC.dave@hawk-systems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Dave, I know this could pose as a security problem, but one of the things I do is "shared-keys". Once you share the key with the remote server (in this case your "sysadmin" account) that account will be able to log into the system without a password. Example: Server A ---shared key for sysadmin-->Server B,C,D,E,F User sysadmin on server A now has access to B,C,D,E,F without the password. How to do it.(On Server A as user sysadmin) ssh-keygen -t rsa -s 1024 -f ~/.ssh/identity (or just ssh-keygen) (.ssh/identity and .ssh/identity.pub will be created for you) cat .ssh/identity.pub | ssh sysadmin@ServerX 'cat >> .ssh/authorized_keys' You should be able to log into ServerX from ServerA as sysadmin. I jail my user and only give them access to the things I need. Again, this is not secure if someone breaks into your ServerA and logs into remote machines via sysadmin. So, make sure you take all of the necessary steps to locking down that sysadmin user before doing the above. I hope that helps. MFW "Dave [Hawk-Systems]" <dave@hawk-systems.com> wrote: > To update, modify, and do other ISP type things to user accounts and files on > remote servers, we commonly use SSH to run commands remotely. To date, we > have > been running them as user sysadmin for example, where that same user account > exists on all the servers with the appropriate permissions to do only what it > requires, and the user@master_server added to authorized_keys for that user. > Much of this is through a seperate apache daemon running as that user on the > master_server. > > We find ourself in a position to need to access, on occasion, other user > accounts to occomplish similar tasks. from the command line this would be easy > ssh -l otheruser server command > but inputting the password for that user represents a challenge. We do not > want > to store that password in all the scripts, nor have them available to any > files > that the seperate web server views (regardless of the security precautions). > > In reading, I am thinking that the "-i identity_file" might contain the magic > bullet we are looking for. Finding some good examples on how to use that to > bypass the above problem though has to date been difficult. > > any comments/help on the above, or other alternatives if the -i flag is a dead > end? > > thanks > > Dave > > > > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > _________________________________________________________ This mail sent using V-webmail - http://www.v-webmail.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?hisp1x.6lyf9q>