It looks like Waynes changes do what I wanted.
If I understand Wayne's changes in the dev version correctly, my
rsyncd.conf would look like:
rsyncd.conf
#GLOBAL OPTIONS
...
uid = root
gid = root
...
[STDMODULE]
...
# uid = commented out
# gid = commented out
...
Also, it might be useful to note in the rsyncd.conf.5 that if you use
Wayne's supplementary group approach, it will require multiple rsync
connections.
So it will fail if your 'max connections' is set to a number less than
the number of simultaneous connections you'll be needing to satisfy
On Thu, 2009-03-05 at 10:31 -0800, Harry Mangalam wrote:
Also, it might be useful to note in the rsyncd.conf.5 that if you use
Wayne's supplementary group approach, it will require multiple rsync
connections.
So it will fail if your 'max connections' is set to a number less than
the
Hi Matt,
In your patch that you graciously provided me to provide supplementary
groups capability, you didn't say how it was supposed to be
specified. I thought it was working the first time I used it, but I
was mistaken. I forgot to add the supplementary groups option but
it's unclear how
On Wed, 2009-03-04 at 17:01 -0800, Harry Mangalam wrote:
In your patch that you graciously provided me to provide supplementary
groups capability, you didn't say how it was supposed to be
specified. I thought it was working the first time I used it, but I
was mistaken. I forgot to add the
On Sat, Feb 14, 2009 at 08:53:22PM -0500, Matt McCutchen wrote:
The attached patch (also in wip/supplementary-groups of my repository)
adds a daemon parameter to take on the supplementary groups.
I went a little different route than this path by allowing the user to
specify one or more groups
Sorry about the direct email.
On Tuesday 17 February 2009, Matt McCutchen wrote:
Harry, please CC rsync@lists.samba.org in your replies so that
others can help and your messages are archived for others' future
benefit.
Sorry about the direct email.
The original patch was against the
Harry, please CC rsync@lists.samba.org in your replies so that others
can help and your messages are archived for others' future benefit.
On Tue, 2009-02-17 at 09:02 -0800, Harry Mangalam wrote:
Thanks for the info and patch - I'm just about to try it. I take it
the patches are against 3.0.5?
On Thu, 2009-02-12 at 21:23 -0800, Harry Mangalam wrote:
I've created a special user to backup a server which has some users
who don't want all their files backed up, so I'm trying to address
their concerns by using the uid= and gid= lines in rsyncd.conf to
have the rsyncd run with
On Thu 12 Feb 2009, Harry Mangalam wrote:
However, this does not work for the backup (rsyncd refuses to read the
files with an entry in /var/log/rsyncd.log:
auth failed on module svn from nnn.nnn.nnn.nnn (
xxx.xxx.xxx.xxx): unauthorized user.
This message would indicate that the rsync
Thanks for the reply and my apologies - I took the wrong line from the
log (from a previous set of trials). The instigating line from the
rsync receiver (trying to rsync the [minas] module) is:
rsync -ar -vvv rsyncu...@xxx.xxx.uci.edu::minas .
opening tcp connection to xxx.xxx.uci.edu port 873
Hi All,
I must not understand the uid/gid line in rsyncd.conf. If someone
could briefly point out where I've gone wrong, I'd appreciate it.
I've created a special user to backup a server which has some users
who don't want all their files backed up, so I'm trying to address
their concerns by
12 matches
Mail list logo