Re: [naviserver-devel] Following symbolic directory links with NaviServer possible?

[Christian A V. <c....@ki...>]

Yes, you're right, Stephen, thank you!

Responsible's my own ns_returnforbidden, and I was misguided by the
different behaviour for files and directories. In detail, for maybe
helping other misguided half-blinds like me:

I checked file access using TCL's "file normalize",
which returns 
   "/path/to/real/file.ext" 
for requests of "/path/to/webserver/pages/symdir/file.ext" in a
symbolically linked directory (symbolic link
   "symdir --> /path/to/real" 
in physical naviserver page root "/path/to/webserver/pages"),

but returns
   "/path/to/webserver/pages/physdir/file.ext" 
if only "file.ext" links symbolically somewhere else (symbolic link
   "file.ext --> /path/to/real/file.ext" 
in physical directory "/path/to/webserver/pages/realdir")


So I just had to drop the normalizing.

Thanks again, Stephen,
and best regards to the list!





On Tue, 22 Sep 2009, Stephen Deasey wrote:

> On Tue, Sep 22, 2009 at 11:23 AM, Christian A Vogl <ca...@ki...> wrote:
> > Hi all!
> >
> > I'm wondering if it's a misconfiguration of mine or a feature of
> > NaviServer:
> >
> > whenever I want to symbolically link to a folder in "pages" directory,
> > I run into a 403 ("Forbidden") error.
> >
> > Symbolically linking to individual files works fine.
> > Did I miss a configuration parameter?
> 
> 
> I don't think there's any code in the fastpath (static files) or
> adp/tcl path which returns a 403 response.
> 
> Maybe you have some code which calls ns_forbidden or
> Ns_ConnReturnForbidden? In a filter, or a directory listing proc/adp?
> 
> If there is also a file/directory permission error, it should show up
> in the error log.
> 
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel