[ale] [ot] Xmpp, ejabberd question

Brian Mathis brian.mathis+ale at betteradmin.com
Fri Jan 27 17:01:36 EST 2012


It doesn't matter what the remote user is when you generate the keys.
The keys have no concept of user embedded in them.  It only matters
that you install the public key in the correct user account on the
remote host, and you can install the same key in as many different
accounts as you like.

The username only comes into play when you try to login, such as when doing:
    rsync -avz files user at host:files
    ssh user at host

If that's not what you mean, please describe what you are trying to do.


❧ Brian Mathis



On Fri, Jan 27, 2012 at 4:47 PM, Wolf Halton <wolf.halton at gmail.com> wrote:
> If you have dino user on the recipient.com machine, but don't have a dino
> user on the sending.com machine, you can easily ssh (knowing dino's password
> on the receiver as you do) with ssh dino at recipient.com and when asked,
> putting in dino's password.
> You are logged in as moose at sending.com
> how do you specify that the user you are doing ssh-keygen is the dino at large
> user?
> I can see you would be able to do fine if you did an adduser
> dino at sending.com and sudo to that user and ssh-keygen.  Is that the only way
> to do this.  The man pages are silent on this issue
>
>
> On Fri, Jan 13, 2012 at 1:56 PM, Jim Kinney <jim.kinney at gmail.com> wrote:
>>
>> root user needs to do a keygen and put the pub on wilma.
>>
>> On Fri, Jan 13, 2012 at 1:40 PM, Tim Watts <tim at cliftonfarm.org> wrote:
>>>
>>> On Fri, 2012-01-13 at 11:51 -0500, Jim Kinney wrote:
>>> > root on fred goes to fredbak on wilma
>>>
>>> Just to be clear: does this mean that the backup job runs as root but
>>> rsyncs as fredbak (via ssh key) to wilma?  As in:
>>>
>>>        # rsync $OPTS $SRC fredbak@$TGTHOST:$DST
>>>
>>> I get an error when I try to do something similar:
>>>
>>> OPTS="-az --delete-during --delete-delay -h --progress --stats"
>>>
>>> # rsync $OPTS /etc /home/timtw
>>> timtw at blueberry:/home/timtw/backups/dellberry
>>> Permission denied (publickey).
>>> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
>>> rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]
>>> #
>>>
>>> I am able to ssh to blueberry via my ssh key when I'm timtw but not as
>>> root.  Is my key in the wrong place?
>>>
>>>
>> --
>> James P. Kinney III



More information about the Ale mailing list