[ale] Apache question

[Ken Nagorski]

Hi there,

Either I am an idiot and the information I need is right in what you sent
me or, I am only a partial idiot and I did not make the nature of my
problem clear.

If I go to lets say, http://web.pcintelligent.com/~kenn/resume.php That is
fine! Howver... If I removet the resume.php from the end of the URL and
there is no index page in ~kenn/public_html I get a 403. See what I mean. 

I don't see anything in the UserDir directive that fixes that. I thought
that it had to do with the IndexOptions options directive however that is
set to IndexOptions FancyIndexing on the webserer. 

OK, I hope that clears up the confusion. At any rate, thank you for your
advice. 

Ken



  On Sat, 27 Oct 2001, Eric Z. Ayers wrote:

> Maybe a more focused search would help.
> 
> The Apache Web Server home page:
> 
> http://httpd.apache.org/
> 
> 
> UserDir directive
> Syntax: UserDir directory-filename
> Default: UserDir public_html
> Context: server config, virtual host
> Status: Base
> Module: mod_userdir
> Compatibility: All forms except the UserDir public_html form are only 
> available in Apache 1.1 or above. Use of the enabled keyword, or 
> disabled with a list of usernames, is only available in Apache 1.3 and 
> above.
> 
> The UserDir directive sets the real directory in a user's home directory 
> to use when a request for a document for a user is received. 
> Directory-filename is one of the following:
> 
>      * The name of a directory or a pattern such as those shown below.
>      * The keyword disabled. This turns off all username-to-directory 
> translations except those explicitly named with the enabled keyword (see 
> below).
>      * The keyword disabled followed by a space-delimited list of 
> usernames. Usernames that appear in such a list will never have 
> directory translation performed, even if they appear in an enabled clause.
>      * The keyword enabled followed by a space-delimited list of 
> usernames. These usernames will have directory translation performed 
> even if a global disable is in effect, but not if they also appear in a 
> disabled clause.
> 
> If neither the enabled nor the disabled keywords appear in the Userdir 
> directive, the argument is treated as a filename pattern, and is used to 
> turn the name into a directory specification. A request for 
> http://www.foo.com/~bob/one/two.html will be translated to:
> 
> UserDir public_html     -> ~bob/public_html/one/two.html
> UserDir /usr/web        -> /usr/web/bob/one/two.html
> UserDir /home/*/www     -> /home/bob/www/one/two.html
> 
> The following directives will send redirects to the client:
> 
> UserDir http://www.foo.com/users -> 
> http://www.foo.com/users/bob/one/two.html
> UserDir http://www.foo.com/*/usr -> http://www.foo.com/bob/usr/one/two.html
> UserDir http://www.foo.com/~*/   -> http://www.foo.com/~bob/one/two.html
> 
> Be careful when using this directive; for instance, "UserDir ./" would 
> map "/~root" to "/" - which is probably undesirable. If you are running 
> Apache 1.3 or above, it is strongly recommended that your configuration 
> include a "UserDir disabled root" declaration. See also the <Directory> 
> directive and the Security Tips page for more information.
> Ken Nagorski wrote:
> > Hi there,
> > 
> > Uhm, I have a web server that won't let me get and index of
> > ~/user/public_html? I know I figured this out once but I cannot fix it. I
> > am trying to search the web but am coming up empty handed. Any ideas?
> > 
> > Thanks
> > Ken
> > 
> > 
> > ---
> > This message has been sent through the ALE general discussion list.
> > See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
> > sent to listmaster at ale dot org.
> > 
> > 
> > 
> 
> 
> 
> 
> ---
> This message has been sent through the ALE general discussion list.
> See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
> sent to listmaster at ale dot org.
> 


---
This message has been sent through the ALE general discussion list.
See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
sent to listmaster at ale dot org.