When using cygwin, I tried to specify the subnet mask for the "hosts allow" option in rsyncd.conf with 192.168.1.0/24, but that didn't work. I had to use 192.168.1.0/255.255.255.0. With /24, it gives this error @ERROR: access denied to mymodule from rsyncclient (192.168.1.20) rsync error: error starting client-server protocol (code 5) at main.c(1171) Also, it would be handy if when this bug is fixed if you could also change the error from "access denied" to something like "host not allowed". Thanks, Bill -- A professor is one who talks in someone else's sleep. -- unknown
On Sun, Aug 21, 2005 at 06:35:49PM -0400, Bill Denney wrote:> When using cygwin, I tried to specify the subnet mask for the "hosts > allow" option in rsyncd.conf with 192.168.1.0/24, but that didn't work.Apparently inet_pton() is broken in cygwin. Under Linux, it returns an error, and then rsync does its own mask translation. Under cygwin it returns a different mask from 255.255.255.0. I'd suggest filing a bug report with the cygwin folks. ..wayne..
On Mon, Aug 22, 2005 at 10:05:38AM -0700, Wayne Davison wrote:> Under Linux, it returns an errorJust to be clear -- telling inet_pton() to parse "24" is what returns an error. It looks like cygwin might parse that as if it were 24.255.255.0. ..wayne..
Maybe Matching Threads
- Difficulty Installing Packages
- Difficulty Installing Packages
- rsync /somedir work@backups::somearchive/ gets stuck in huge maildirs, rsync /somedir root@backups:/some/path/ works
- Difficulty Installing Packages
- [Bug 13423] New: Checksum option does not work as expected when append-verify is used