Re: [Cooker] Apache broken

2002-02-06 Thread Vincent Danen

On Wed Feb 06, 2002 at 04:42:45AM -0800, David Walser wrote:

> > Do you have UserDir set in commonhttpd.conf?  Ie.
> 
> Yep, looks exactly like yours.

Good...

> > Also, just double-checked over here on my 8.1 box
> > using 8.1 updates
> > and it works fine.  Going to
> > http://intranet/~vdanen/ brings up the
> > index.php in ~vdanen/public_html/ on my system as
> > seen here in my
> > access_log:
> > 
> > 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> > /~vdanen/ HTTP/1.1" 200 2512 "-
> > 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> > /~vdanen/images/Anthillbutton.p
> > 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> > /~vdanen/images/Anthill.png
> > 
> > I think you may want to check your configuration
> > (I'll be verifying
> > cooker momentarily).
> 
> I have the same configuration you do :o(

H...

> OOOH, update.  OK, in Mandrake 6.1 (where I started,
> upgrading ->7.1->7.2) new users start at UID 500.  In
> 8.1 they start at UID 501.  So actually (and this is
> OK since they're both me), user walser's home
> directory has the same UID ownership as david (which
> is OK because I use the walser user in 7.2 and the
> david one in 8.1 and share files between).  So if I
> give david a public_html in 8.1, it works correctly. 
> Phew.  Well, this behavior might have been intended by
> the Apache team then, dunno.

That is somewhat odd... (both Apache behaviour and your setup).  At
any rate, glad you figured it out.

-- 
MandrakeSoft Security, OpenPGP key available on www.keyserver.net
1024D/FE6F2AFD   88D8 0D23 8D4B 3407 5BD7  66F9 2043 D0E5 FE6F 2AFD

Current Linux kernel 2.4.8-34.1mdk uptime: 14 days 16 hours 1 minutes.



msg53826/pgp0.pgp
Description: PGP signature


Re: [Cooker] Apache broken

2002-02-06 Thread David Walser


--- Vincent Danen <[EMAIL PROTECTED]> wrote:
> Do you have UserDir set in commonhttpd.conf?  Ie.

Yep, looks exactly like yours.

> Also, just double-checked over here on my 8.1 box
> using 8.1 updates
> and it works fine.  Going to
> http://intranet/~vdanen/ brings up the
> index.php in ~vdanen/public_html/ on my system as
> seen here in my
> access_log:
> 
> 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> /~vdanen/ HTTP/1.1" 200 2512 "-
> 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> /~vdanen/images/Anthillbutton.p
> 10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET
> /~vdanen/images/Anthill.png
> 
> I think you may want to check your configuration
> (I'll be verifying
> cooker momentarily).

I have the same configuration you do :o(


OOOH, update.  OK, in Mandrake 6.1 (where I started,
upgrading ->7.1->7.2) new users start at UID 500.  In
8.1 they start at UID 501.  So actually (and this is
OK since they're both me), user walser's home
directory has the same UID ownership as david (which
is OK because I use the walser user in 7.2 and the
david one in 8.1 and share files between).  So if I
give david a public_html in 8.1, it works correctly. 
Phew.  Well, this behavior might have been intended by
the Apache team then, dunno.

__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com




Re: [Cooker] Apache broken

2002-02-05 Thread Vincent Danen

On Sun Feb 03, 2002 at 07:11:47AM -0800, David Walser wrote:

> The permissions are correct.  chmod o+x for
> /home/walser and /home/walser/public_html, and the
> same home directory works on MDK 7.2's Apache.  Also,
> if you'll notice, I'm not getting a permission denied
> message (403), I'm getting a 404, because as you can
> see from the log, Apache isn't redirecting ~walser to
> /home/walser/public_html

Do you have UserDir set in commonhttpd.conf?  Ie.

#
# UserDir: The name of the directory which is appended onto a user's home
# directory if a ~user request is received.
#

UserDir public_html



Also, just double-checked over here on my 8.1 box using 8.1 updates
and it works fine.  Going to http://intranet/~vdanen/ brings up the
index.php in ~vdanen/public_html/ on my system as seen here in my
access_log:

10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET /~vdanen/ HTTP/1.1" 200 2512 "-
10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET /~vdanen/images/Anthillbutton.p
10.0.5.10 - - [05/Feb/2002:23:10:44 -0700] "GET /~vdanen/images/Anthill.png

I think you may want to check your configuration (I'll be verifying
cooker momentarily).

-- 
MandrakeSoft Security, OpenPGP key available on www.keyserver.net
1024D/FE6F2AFD   88D8 0D23 8D4B 3407 5BD7  66F9 2043 D0E5 FE6F 2AFD

Current Linux kernel 2.4.8-34.1mdk uptime: 14 days 3 hours 49 minutes.



msg53727/pgp0.pgp
Description: PGP signature


Re: [Cooker] Apache broken

2002-02-03 Thread David Walser

The permissions are correct.  chmod o+x for
/home/walser and /home/walser/public_html, and the
same home directory works on MDK 7.2's Apache.  Also,
if you'll notice, I'm not getting a permission denied
message (403), I'm getting a 404, because as you can
see from the log, Apache isn't redirecting ~walser to
/home/walser/public_html

--- Liam Quin <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2002 at 01:34:57AM -0500, David
> Walser wrote:
> > Both in the current updates for 8.1, and in
> Cooker, ~username URLs don't 
> > work.  As displayed by /var/log/httpd/error_log:
> 
> Chec permissions on user login directories. One of
> the RPMs sets them
> to 700, and then apache can't read them.
> 
> Liam
> 
> -- 
> Liam Quin - XML Core staff contact, W3C,
> http://www.w3.org/People/Quin/
> Ankh: irc.sorcery.net www.valinor.sorcery.net
> irc.gnome.org www.advogato.org
> Author, Open Source XML Database Toolkit, Wiley
> August 2000
> Co-author: The XML Specification Guide, Wiley 1999;
> Mastering XML, Sybex 2001
> 

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com




Re: [Cooker] Apache broken

2002-02-03 Thread David Walser

The permissions are correct.  chmod o+x for
/home/walser and /home/walser/public_html, and the
same home directory works on MDK 7.2's Apache.  Also,
if you'll notice, I'm not getting a permission denied
message (403), I'm getting a 404, because as you can
see from the log, Apache isn't redirecting ~walser to
/home/walser/public_html

--- Liam Quin <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2002 at 01:34:57AM -0500, David
> Walser wrote:
> > Both in the current updates for 8.1, and in
> Cooker, ~username URLs don't 
> > work.  As displayed by /var/log/httpd/error_log:
> 
> Chec permissions on user login directories. One of
> the RPMs sets them
> to 700, and then apache can't read them.
> 
> Liam
> 
> -- 
> Liam Quin - XML Core staff contact, W3C,
> http://www.w3.org/People/Quin/
> Ankh: irc.sorcery.net www.valinor.sorcery.net
> irc.gnome.org www.advogato.org
> Author, Open Source XML Database Toolkit, Wiley
> August 2000
> Co-author: The XML Specification Guide, Wiley 1999;
> Mastering XML, Sybex 2001
> 

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com




Re: [Cooker] Apache broken

2002-02-02 Thread Liam Quin

On Sun, Feb 03, 2002 at 01:34:57AM -0500, David Walser wrote:
> Both in the current updates for 8.1, and in Cooker, ~username URLs don't 
> work.  As displayed by /var/log/httpd/error_log:

Chec permissions on user login directories. One of the RPMs sets them
to 700, and then apache can't read them.

Liam

-- 
Liam Quin - XML Core staff contact, W3C, http://www.w3.org/People/Quin/
Ankh: irc.sorcery.net www.valinor.sorcery.net irc.gnome.org www.advogato.org
Author, Open Source XML Database Toolkit, Wiley August 2000
Co-author: The XML Specification Guide, Wiley 1999; Mastering XML, Sybex 2001




[Cooker] Apache broken

2002-02-02 Thread David Walser

Both in the current updates for 8.1, and in Cooker, ~username URLs don't 
work.  As displayed by /var/log/httpd/error_log:

[Sun Feb  3 01:30:50 2002] [error] [client 127.0.0.1] File does not exist: 
/var/www/html/~walser/

You get a 404:
Not Found The requested URL /~walser/ was not found on this server.

I looked through the configuration files, and couldn't find anything 
nefarious regarding this problem.

I did find -Indexes in places, which is the cause of a permissions problem on 
directory listings.  From the comments it was done in the name of "security" 
but all it really manages to do is be annoying.

Anyway, hopefully this will get fixed too.