similar to: Rsync with SSH problem

I have setup a Rysnc server in Mandrake 9.1 When I add a auth user into my Rsync.conf and rsync.secrets, it do not work, everytime it shows [root@html]# rsync chris@mandrake82::XXXXX/.html/. / Password: @ERROR: auth failed on module XXXXX rsync: connection unexpectedly closed (89 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165) This is my rsync's

Hi All, I am writing a backup program for my computer. brief outline is as follows. Running ubuntu 10.04 2 main partitions, / and /home, both ext3. 1 external usb hdd, ext3, mounted to /backups/main. once every couple of days, rsync backs up, using following command, everything worth backing up in / and /home partitions to a folder /backups/main/Full. command: "rsync -vrhRupElog

Hi, I'm confused as to the purpose of rsync modules. I know how to set them up in rsyncd.conf, and can list the available modules on a remote linux machine using 'rsync camlinux01::' from a Win32 client, but I can't find any information on what they are actually for. The man page for rsyncd.conf talks about them as if they are vitaly important, but the man page for rsync

Hi all, This is a client side only implementation of reversed dynamic (SOCKS) TCP forwarding, which means it is compatible with any existing servers have 'remote forward' capability. To establish such forward, use "ssh -R [BIND_ADDRESS:]PORT ...". The server will listen on that port and address and accept SOCKS traffics. Hope this will be useful for you. There was an

Tried the user discussion list to no avail, can't get 3.6.p2 portable running due to buffer_get errors. Does the latest portable SNAP incorporate the latest patches? Running Red Hat 8.0 AS SHIPPED /usr/sbin/sshd ... cool, listens on 22 with 3.4p1 WITH 3.6.1p2 ./configure make make install ... /usr/local/sbin/sshd -t -f /usr/local/etc/sshd_config buffer_get: trying to get more bytes 1 than

Up until recently, I was running a standard rsync/rsh to rsyncd server combination to sync files. Due to security concerns, I'd like to switch to rsync through ssh. I'm testing with the following from the client side: rsync --verbose --progress --stats --compress --rsh="/usr/local/bin/ssh -p XXXX" \ --recursive --times --perms --copy-links --delete \ /rsynctest/test1

https://bugzilla.samba.org/show_bug.cgi?id=7865 Summary: files or dirs with more than 16 ACLs are not rsynced correctly Product: rsync Version: 3.0.7 Platform: IA64 OS/Version: HP-UX Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

I would like to rsync the dirs "Documents" "Sofware" and the .evolution files only. and remove the *~ files ---------------------------------------------- Command: #rsync -r -n -t -v --progress --exclude-from=r2 /home/mt/ /home/mt/rsyncTest/ ------------------------------------------ #text file <r1>: + .evolution/calendar/local/system/calendar.ics +

here's an up-to-date patch, should apply to both openbsd and non-openbsd versions of openssh. i did only test ipv4 addresses. Index: channels.c =================================================================== RCS file: /cvs/src/usr.bin/ssh/channels.c,v retrieving revision 1.191 diff -u -r1.191 channels.c --- channels.c 24 Jun 2003 08:23:46 -0000 1.191 +++ channels.c 25 Jun 2003 12:14:19

Hello, I'm having trouble with OpenSSH on Linux. Here is attached the regression tests log - it'll explain what my problems are. This cause sshd to die with this output: buffer_get: trying to get more bytes 1 than in buffer 0 ssh would also dies with this message. I recreated my user keys, and it works now. remote sshd is 3.7.1p2. But sshd won't start even after recreating server

I have built the freshest CVS versions of openssh and still observe the same strangest behavior I encountered when trying to scp from a SuSE 7.2 to RedHat 7.1 system -- I built openssl-0.9.6e on RedHat as well-- and updated a lot of stuff; but still: ssh succeeds, and scp fails, leaving the following message in /var/log/secure: Aug 5 11:50:44 pdb-pc-6 sshd[4609]: fatal: buffer_get: trying to

hello.. i am running openssh-3.7.1p2. on linux.It is working successfully..and daemon is running &client also connecting.But the problem is with the mips architecture when i connecting this server from remote syytem.?i got an error of buufer_get:trying to get more bytes 1 than buffer0.And client is not connecting from remote system.My out is as follows on my server ?in sshd main before

hello.. i am running openssh-3.7.1p2. on linux.It is working successfully.and daemon is running &client also connecting.But the problem is with the mips architecture when i connecting this server from remote syytem. i got an error of buufer_get:trying to get more bytes 1 than buffer0.And client is not connecting from remote system.My out is as follows on my server in sshd main before

hi, I am running openssh sourec code for ssh server.It is working successfully.daemon is running,but the problem is when conncting to this server from remote system i got the following errors. buffer_get_ret: trying to get more bytes 1 than in buffer 0 buffer_get: buffer error plese give me suggestions on this

Hi rsync gurus! [Please Cc: me, as I am NOT subscribed to the list!] First the data points: debian/woody, local server=i386 arch, remote is alpha arch rsync version on both debian 2.5.5-0.2 While upgrading our server to a raid we were hit by a bug which I really consider very strange: The option -n/--dry-run does NOT change files, but DELETE files when called with --delete. Test case I had: $

I am puzzled as to why I can't get the option --link-dest to work properly. When I use this option when both source and destinations are on a local filesystem the hard-linking of the target against the link-dest directory does work, but when the source is a remote directory (via ssh or rsync server) hard links are not created. I suspect it has something to do with setting the correct

https://bugzilla.samba.org/show_bug.cgi?id=7424 Summary: -x with sshfs Product: rsync Version: 3.0.7 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: bugs at dotcommie.net QAContact: rsync-qa at

https://bugzilla.samba.org/show_bug.cgi?id=8130 Summary: ACL and link-dest do not work together Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: az9901 at gmail.com

Greetings, I know this has been discussed (pretty much since 3.7.1) and I have been going through the archives trying to make sense of it but I am still having problems getting 3.8.1p1 to work with PAM and AFS on Solaris 8. The problem (for those who may have missed it): When I try and log in as an AFS user to a Solaris 8 box running 3.8.1p1, I can authenticate to the machine but do not

Hello, I am using OpenSSH-3.8p1 on HP-UX machine with USE_POSIX_THREADS option. This is for making the kerberos credentials file to be created in the system with PAM. In OpenSSH versions 3.5 when authentication is done with pam kerberos, a /tmp/krb5cc_X_Y file is created on the server side. But the KRB5CCNAME variable is not set by default. So, after we manually set this environment variable, the