Hi
We are a team of 50 freelance software developers based on India. With
expertise in
1. ASP 3
2. ASP.NET
3. JAVA APPLETS
4. J2EE
5. JSP
6. PHP
7. JAVA SERVLETS
8. My SQL, MICROSOFT SQL SERVER
9. JAVA SCRIPTS
10. WEB SITE DEVELOPMENT
11.
Bert Vermeulen wrote:
> Hi all,
>
> Does anyone know what the status is of Hideaki Yoshifuji's IPv6 ACL
> patch? He's submitted this twice now, and that was 3 months ago.
> Judging by the comments made when this was submitted, it's apparently
> not understood how important this is.
>
> - if you IPv
¸æËßÄãÒ»¸öºÃÏûÏ¢¡ï£ºÒ»Ì×ÈÃÖйúÈËѸËÙ¸»ÆðÀ´µÄ׬Ǯ·½°¸£¬ÕæµÄºÜÈÝÒ×ÈÃÄã׬µ½Ç®µÄÍøÂçÓªÏúϵͳ£¬ÕâÑùµÄϵͳÔÚ¹úÍâºÜ¶à£¬Ò»¸öÃÀ¹úµÄÖØÒªÐÂÎŽÚĿרÃŶÔÕâ¸ö³ÌÐò¿ªÕ¹ÁËÑо¿£¬²¢¿´Ëüµ½µ×ÊÇ·ñÄÜΪ²ÎÓëÕß׬Ǯ¡£½á¹ûÊÇ·¢ÏÖÕâ¸öϵͳÊÇÓÐȤµÄ¡¢ºÏ·¨µÄ£¬ÒÔ¼°ÕæÕý¿ÉÒÔ¸øÄã´øÀ´·áºñ»Ø±¨µÄϵͳ£¬Ðí¶àÈËÒò´Ë³ÉΪ°ÙÍò¸»ÎÌ¡£Ä¿Ç°ÔÚÖйú£¬M
On Sun, 5 Jan 2003, Max Bowsher wrote:
> Bert Vermeulen wrote:
> > Hi all,
> >
> > Does anyone know what the status is of Hideaki Yoshifuji's IPv6 ACL
> > patch? He's submitted this twice now, and that was 3 months ago.
> > Judging by the comments made when this was submitted, it's apparently
> >
Bert Vermeulen wrote:
> On Sun, 5 Jan 2003, Max Bowsher wrote:
>
>> Bert Vermeulen wrote:
>>> Hi all,
>>>
>>> Does anyone know what the status is of Hideaki Yoshifuji's IPv6 ACL
>>> patch? He's submitted this twice now, and that was 3 months ago.
>>> Judging by the comments made when this was sub
I was wondering if it's possible to restrict rsync in various ways on
the server side when it is invoked via ssh. Two restrictions I had in
mind are disallowing deletes and/or restricting all actions to a
particular subdirectory. I was hoping to be able to do this without
having to be root (for
On Sat, Jan 04, 2003 at 05:03:02PM -0800, jw schultz wrote:
> that would produce destloc/srcdir/
> when you might want a copy of srcdir at destloc instead of
> in destloc.
Ah yes, I _was_ missing something. However, I still don't think we need
to clutter rsync with two types of --file-list op
I do not think you can use it with ssh, but if you use rsync in rsync
mode (::) instead of just an interface to rsh (:), you can limit the
directories where you can transfer files (using modules). This involves
setting up the rsync daemon on the server side. The rsync daemon has
the ability t
On Sun, Jan 05, 2003 at 09:55:50AM -0800, Wayne Davison wrote:
> On Sat, Jan 04, 2003 at 05:03:02PM -0800, jw schultz wrote:
> > that would produce destloc/srcdir/
> > when you might want a copy of srcdir at destloc instead of
> > in destloc.
>
> Ah yes, I _was_ missing something. However, I
On Sun, Jan 05, 2003 at 11:30:41AM -0600, Rob Browning wrote:
>
> I was wondering if it's possible to restrict rsync in various ways on
> the server side when it is invoked via ssh. Two restrictions I had in
> mind are disallowing deletes and/or restricting all actions to a
> particular subdirect
On Sun, Jan 05, 2003 at 11:55:22AM -0800, jw schultz wrote:
> The first problem is this would flatten things unless you used
> relative and forced the user's CWD. That would cause considerable
> confusion.
Really? This is exactly how rsync works now with multiple file names on
the command-line,
On Sun, Jan 05, 2003 at 12:44:32PM -0800, Wayne Davison wrote:
> On Sun, Jan 05, 2003 at 11:55:22AM -0800, jw schultz wrote:
> > The first problem is this would flatten things unless you used
> > relative and forced the user's CWD. That would cause considerable
> > confusion.
>
> Really? This is
Aaron Morris <[EMAIL PROTECTED]> writes:
> I only mention this because I do not believe most people even realize
> there is this other mode to rsync. I tried describing it to a
> co-worker who uses rsync regularly, but he kind of just stared at me
> blankly.
Right. I was aware of that mode, but
Rob Browning wrote
> Aaron Morris <[EMAIL PROTECTED]> writes:
>
> > I only mention this because I do not believe most people even realize
> > there is this other mode to rsync. I tried describing it to a
> > co-worker who uses rsync regularly, but he kind of just stared at me
> > blankly.
>
> Ri
jw schultz <[EMAIL PROTECTED]> writes:
> A general purpose wrapper could be done but you would have to have
> ways to tell it to require these options, disallow these options,
> which of those options require args, and what arguments must match
> what patterns. A full implementation would probabl
On Sun, Jan 05, 2003 at 06:32:53PM -0600, Rob Browning wrote:
> jw schultz <[EMAIL PROTECTED]> writes:
>
> > A general purpose wrapper could be done but you would have to have
> > ways to tell it to require these options, disallow these options,
> > which of those options require args, and what ar
jw schultz <[EMAIL PROTECTED]> writes:
> I'm just wondering what you are suggesting be added to rsync
> that couldn't be done by the wrapper you already need.
>
> You can already restrict --delete and check the paths rsync
> will operate on to ensure they are within the designated
> trees. As it
On Sun, Jan 05, 2003 at 07:50:57PM -0600, Rob Browning wrote:
> jw schultz <[EMAIL PROTECTED]> writes:
>
> > I'm just wondering what you are suggesting be added to rsync
> > that couldn't be done by the wrapper you already need.
> >
> > You can already restrict --delete and check the paths rsync
>
jw schultz <[EMAIL PROTECTED]> writes:
> For the most part there shouldn't be much of a problem. What you
> are talking about doing is erroring out if the path(s) are out of
> bounds, and either adding/removing options or erroring if they are
> missing/present.
>
> You could just take the SSH_ORI
just to correct myself: this has nothing to do with rdiff-backup (which
uses *rdiff*, not rsync). local backups with the rdiff-backup tool are
fine. the problem is with rsync, when we are trying to mirror the local
backups to another machine using rsync.
David Garamond wrote:
our daily backup i
20 matches
Mail list logo
