Re: directories that change into symlinks

2003-01-05 Thread David Garamond
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Rob Browning
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread jw schultz
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 >

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Rob Browning
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread jw schultz
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Rob Browning
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Justin Banks
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Rob Browning
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

Re: filelist calculation algoritm

2003-01-05 Thread jw schultz
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

Re: filelist calculation algoritm

2003-01-05 Thread Wayne Davison
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,

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread jw schultz
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

Re: filelist calculation algoritm

2003-01-05 Thread jw schultz
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

Re: restricting rsync over ssh on the server side.

2003-01-05 Thread Aaron Morris
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

Re: filelist calculation algoritm

2003-01-05 Thread Wayne Davison
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

restricting rsync over ssh on the server side.

2003-01-05 Thread Rob Browning
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

Re: IPv6 hosts allow|deny

2003-01-05 Thread Max Bowsher
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

Re: IPv6 hosts allow|deny

2003-01-05 Thread Bert Vermeulen
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 > >

当机会与财富摆在你面前时......请你

2003-01-05 Thread fjm
¸æËßÄãÒ»¸öºÃÏûÏ¢¡ï£ºÒ»Ì×ÈÃÖйúÈËѸËÙ¸»ÆðÀ´µÄ׬Ǯ·½°¸£¬ÕæµÄºÜÈÝÒ×ÈÃÄã׬µ½Ç®µÄÍøÂçÓªÏúϵͳ£¬ÕâÑùµÄϵͳÔÚ¹úÍâºÜ¶à£¬Ò»¸öÃÀ¹úµÄÖØÒªÐÂÎŽÚĿרÃŶÔÕâ¸ö³ÌÐò¿ªÕ¹ÁËÑо¿£¬²¢¿´Ëüµ½µ×ÊÇ·ñÄÜΪ²ÎÓëÕß׬Ǯ¡£½á¹ûÊÇ·¢ÏÖÕâ¸öϵͳÊÇÓÐȤµÄ¡¢ºÏ·¨µÄ£¬ÒÔ¼°ÕæÕý¿ÉÒÔ¸øÄã´øÀ´·áºñ»Ø±¨µÄϵͳ£¬Ðí¶àÈËÒò´Ë³ÉΪ°ÙÍò¸»ÎÌ¡£Ä¿Ç°ÔÚÖйú£¬M

Re: IPv6 hosts allow|deny

2003-01-05 Thread Max Bowsher
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

ENQUIRY

2003-01-05 Thread rakesh
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.