search for: sourcehost

...l list, but no responses. BTW, I downloaded the 4.0 source tree and auth-rhosts.c does not appear to have changed, so I assume the bug still exists. I just noticed that ssh doesn't parse hosts.equiv the same as rsh. I set up an usertest user on targethost, and then su'ed to usertest on sourcehost. I put this in targethost's /etc/hosts.equiv + -usertest + at trusted-hosts (all hosts are rolled up into this netgroup) this should disallow usertest from rsh'ing into targethost from all hosts, but then allow any other users to rsh into targethost without a password as long a...

Open-SSH'ers, I just noticed that ssh doesn't parse hosts.equiv the same as rsh. I set up an usertest user on targethost, and then su'ed to usertest on sourcehost. I put this in targethost's /etc/hosts.equiv + -usertest + at trusted-hosts (all hosts are rolled up into this netgroup) this should disallow usertest from rsh'ing into targethost from all hosts, but then allow any other users to rsh into targethost without a password as long a...

On Fri, Jun 26, 2009 at 10:14 AM, Brent Jones<brent at servuhome.net> wrote: > On Thu, Jun 25, 2009 at 12:00 AM, James Lever<j at jamver.id.au> wrote: >> >> On 25/06/2009, at 4:38 PM, John Ryan wrote: >> >>> Can I ask the same question - does anyone know when the 113 build will >>> show up on pkg.opensolaris.org/dev ? >> >> On

...ve this (reproducibly) is while synching a large amount of data from one server to a target directory on another server which is mounted via NFSv3. The rsyncs are spawned by an Expect script which takes care of the password entry. Rsync is invoked as follows, e.g. rsync -avi --numeric-ids --delete sourcehost:/src_path /local_nfs_mounts/path2/ Files are transferred until the first filename with hash signs is encountered. This file also seems to be transferred still, but the transfer ends at that time, and has to be re-initiated to continue with the remaining untransferred files. I think I have also see...

...n't be helped. Second, I need to use a certificate without a password as root which is even worst than point one so I thought I'd secure as much as I could and did the following. what I did: -------------- a) in the sshd_config of the destination PC I set "AllowUsers" to root@sourcehost b) in the certificate, I specified the command that could be run... the likes of: "command="rsync -av ./source root@desthost:/destination" ssh-rsa" my problem: ----------------- Now if the command was "ls" the source would only be able to return the result of an &qu...

hello, I have a following problem while using rsync: rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(189) it was coused by command rsync -r source/ dest/ -e rsh I use rsync-2.6.0 with rsh. What bothers me is that folowing problem apears time to time. I already checked the location of rsync on both machines, both

Hi! as I just noted, after scp the connection does not shut down properly. When I do a "scp file targethost:path", on targethost a "sshd" process is left running. I do use --with-default-path="/usr/local/openssh/bin:/usr/bin:/usr/local/bin" to assure, that the corrensponding openssh-scp is used. It also seems, that normal sessions are not always closed properly.

I''ve tried ssh blowfish and scp arcfour. both are CPU limited long before the 10g link is. I''vw also tried mbuffer, but I get broken pipe errors part way through the transfer. I''m open to ideas for faster ways to to either zfs send directly or through a compressed file of the zfs send output. For the moment I; zfs send > pigz scp arcfour the file gz file to the