ssh -v user_login@xxxxxxxxxx my site.com
I got this error
OpenSSh_3.2 ,SSH protocol 1.5/2. openSSL 0X0090701f
debug1: Rhosts Authentication disabled, originating Port will not be trusted.
ssh: user_login@xxxxxxxxxx my site.com Temporary failure in name resolution
On 3/20/06, Les Mikesell <lesmikesell@xxxxxxxxx> wrote:
On Mon, 2006-03-20 at 00:21, M.K wrote:
> I could find the root/local directory. let say I created a tar file
> and called it
> my-tar.tgz I want to pass this tar file with ssh to my another server
> for exxample
> ' www.mysite.com'
>
> Where I have to put my tar file' my-tar.tgz' to the next comand
>
> rsync -essh -av . www.mysite.com:/path/to/directory
The '.' (current directory) in this command is the source that
rsync will send and the -a option says (among other things) to recurse
through subdirectories. The /path/to/directory
part of the command will create one (and only one) new subdirectory
at the end of the path if it doesn't already exist. If you use
that, you wouldn't have to create the tar file first unless you
want compression or the convenience of having everything in one
file while you rebuild your machine.
If you do make a tar file first, you could use scp instead of
rsync like:
cd /dir/with/tarfile
scp my-tar.tgz www.mysite.com:/path/to/directory
or with rsync like:
rsync -essh my-tar.tgz www.mysite.com:/path/to/directory
If you have trouble with either of these, test your ssh
connection with something like:
ssh www.mysite.com id
If you don't have root access to the other machine you can
specify a user name like:
ssh user@xxxxxxxxxxxxxx
and connect with the specified user's password. The same
user@host style works in the scp and rsync commands.
--
Les Mikesell
lesmikesell@xxxxxxxxx
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
