>
> However running "rsync [EMAIL PROTECTED]::repositories" I get:
>
> @ERROR: access denied to repositories from localhost (::1)
You allow an IPv4 address '127.0.0.1', however the connection appears to
come from an IPv6 address '::1'. Maybe use ::1
On Thu, Jul 14, 2005 at 12:00:54AM +, [EMAIL PROTECTED] wrote:
> @ERROR: access denied to repositories from localhost (::1)
Did you check the log file to see what the daemon had to say about the
failure? Perhaps the permissions are wrong on your secrets file (which
would cause rsync
No, the line is there:
username:password
in /etc/rsyncd.secrets.
>The username:password line in /etc/rsyncd.secrets?
>Or the
>export RSYNC_PASSWORD=...
>setting before invocing the rsync command?
WTF?
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Befor
mment = Subversion Repositories
path = /usr/local/repositories
read only = no
list = yes
hosts allow = 127.0.0.1
auth users = username
secrets file = /etc/rsyncd.secrets
However running "rsync [EMAIL PROTECTED]::repositories" I get:
@ERROR: access denied to repositories from localh
local/repositories
read only = no
list = yes
hosts allow = 127.0.0.1
auth users = username
secrets file = /etc/rsyncd.secrets
However running "rsync [EMAIL PROTECTED]::repositories" I get:
@ERROR: access denied to repositories from localhost (::1)
rsync: connection unexpectedly closed
On Tue, Jan 27, 2004 at 09:55:41PM -0500, [EMAIL PROTECTED] wrote:
> I've encountered a similar situation, and tracked it down. It seems that
> if the shell for your user is set to bash2 versions 2.0 -> 2.05.0, it
> causes your IP to appear as 0.0.0.0 . However, this has been fixed in
> 2.05b.0,
assword-file=/root/.rsyncpwd \
>> --compress --recursive --times --perms --links --owner --group \
>> --include "web_order*" --include "web_user.*" --include
>> "web_user_c*" --include "web_user_h*" \
>> --include "web_user
" --include
> "web_user_c*" --include "web_user_h*" \
> --include "web_user_l*" --include "web_org*" --include "web_in*" --include
> "web_quote*" \
> --include "quick_connect.*" \
> --exclude "*" \
> 10.1.2.
"web_user.*" --include
"web_user_c*" --include "web_user_h*" \
--include "web_user_l*" --include "web_org*" --include "web_in*" --include
"web_quote*" \
--include "quick_connect.*" \
--exclude "*" \
10.1.2.190
achine.domain.subdomain.net
* I get this failure:
$ rsync myfile mymachine.domain.subdomain.net::mymodule -a --rsh="ssh -l
alicia" -vvv
opening connection using ssh -l alicia mymachine.domain.subdomain.net
rsync --server --daemon .
alicia's password:
@ERROR: access denied to
Yes, the man page clearly states:
Note that you should not send the rsync server a HUP sig-
nal to force it to reread the /etc/rsyncd.conf. The file
is re-read on each client connection.
So I am obviously blind or at least not as attentive as I should be.
Rega
On Mon, Jul 07, 2003 at 02:38:02PM -0700, Hugh E Cruickshank wrote:
> Hi Wayne:
>
> That's good to know. I thought that it might be the case (as it is
> with SAMBA), but I did not see anything obvious in the man pages
> (that or I am blind - always a good possibility).
It is documented in the ma
Hi Hardy:
I had originally setup 2 rsync servers one on SCO OSR5 (fisdev, our
development server) and one on RH8 (pgiprd, our production server).
During my initial tests I tried using both fisdev as the server with
pgiprd as the client as well as pgiprd as the server with fisdev as
the client.
T
If anyone else has any ideas, please chime in, as I'm
getting to the end of my list of things to try. The
server is a SCO box and the client is a RH8 box.
Hugh, let's go back to the beginning - in your first
message, you stated:
---
In the above example "fisdev" is an SCO OSR5
Hi Wayne:
That's good to know. I thought that it might be the case (as it is
with SAMBA), but I did not see anything obvious in the man pages
(that or I am blind - always a good possibility).
Regards, Hugh
From: Wayne Davison Sent: Monday, July 07, 2003 12:44
>
> On Mon, Jul 07, 2003 at 03:38:
Hi Wayne:
You are correct. This did make a difference but did not resolve the
problem. See my previous response to Hardy Merrill's message.
Thanks, Hugh
--
Hugh E Cruickshank, Forward Software, www.forward-software.com
From: Wayne Davison Sent: Monday, July 07, 2003 12:36
>
> On Fri, Jul 04,
Hi Hardy:
Well that seemed to do something. See my comments below.
Thanks, Hugh
--
Hugh E Cruickshank, Forward Software, www.forward-software.com
From: Hardy Merrill Sent: Monday, July 07, 2003 12:38
>
> 1) First, comment out both 'hosts allow' and 'auth users',
> save it, kill and restart th
On Mon, Jul 07, 2003 at 03:38:15PM -0400, Hardy Merrill wrote:
> [...] kill and restart the rsync daemon, and try your rsync again.
I've noticed that it's not necessary to kill and restart the rsync
daemon to get it to honor changes to the rsyncd.conf file. FYI.
..wayne..
--
To unsubscribe or c
Ok, I think I've got it narrowed down.
1) First, comment out both 'hosts allow' and 'auth users',
save it, kill and restart the rsync daemon, and try your
rsync again. Hopefully that will work.
2) Uncomment the 'hosts allow' line, save, kill and
restart daemon, and try rsync again - you will pro
On Fri, Jul 04, 2003 at 12:17:43PM -0700, Hugh E Cruickshank wrote:
> hosts allow = fisdev pgiprd
Each of these names needs to be either a fully-qualified hostname, a
wildcard expression that matches a fully-qualified hostname, an IP
address, "localhost", or some combination thereof. E.g.:
hos
Hi Hardy:
Nice catch - I missed that one when I reviewed the man page.
Unfortunately it made no difference. I have also tried moving
the module params from the global section to the module section
but that also made no difference - exactly same messages.
Just to keep things straight, here is my
gt;
> > > rsync working enough to be able to list modules but not transfer
> > > files.
> > >
> > > When I try to transfer a file from the client to the server I use
> > > the command:
> > >
> > > rsync -avz fapmenu fisdev
get
>
> Me too :)
>
> > rsync working enough to be able to list modules but not transfer
> > files.
> >
> > When I try to transfer a file from the client to the server I use
> > the command:
> >
> > rsync -avz fapmenu fisdev::bak
>
nc working enough to be able to list modules but not transfer
> files.
>
> When I try to transfer a file from the client to the server I use
> the command:
>
> rsync -avz fapmenu fisdev::bak
>
> The client displays the following messages:
>
> @ERRO
messages:
@ERROR: access denied to bak from pgiprd.forsoft.com
(192.168.2.19)
rsync: connection unexpectedly closed (80 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at
io.c(150)
While the server issues the following log message
25 matches
Mail list logo
