DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=44076>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=44076

           Summary: UserDir breaks in vhosts
           Product: Apache httpd-2
           Version: 2.2.4
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: mod_userdir
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


In the default config for mod_userdir, I added "UserDir disabled" and then added
"UserDir enabled bob" to a vhost entry. I receive a 404 when attempting to
access http://mysite/~bob.

If I remove "UserDir disabled" (leaving the enabled line in the other file), it
still doesn't work. I was only able to get it to work by leaving it on for all
vhosts with no enabled line.

I just recently upgraded from 2.0.58 and it worked then. I completely blew away
my configuration and started over to be 2.2.4-compliant. But according to the
online documentation, I'm doing this correctly.

It might be note-worthy to mention that the machine is a member of an Active
Directory domain via Samba 3. The account is a local Unix user so that shouldn't
matter.

I diff'd the two version of mod_userdir.c and I see changes to two lines:

if (apr_uid_homepath_get(&homedir, w, r->pool) == APR_SUCCESS) {

and

if (apr_uid_get(&ugid->uid, &ugid->gid, username, r->pool) != APR_SUCCESS) {


This concerns me because both functions could break with Samba depending on what
type of voodoo apr is doing. Then again, when I removed winbind stuff from
nsswitch.conf, I still had a problem.

It might also help to mention that /home is a symlink to /data/home. I
temporarily changed this, also, and it didn't help.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to