httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jim Owens" <>
Subject RE: [users@httpd] Apache, Windows XP, and mapped drives
Date Fri, 08 Jun 2007 02:25:59 GMT
Thanks all. I've been looking further into this, and according to Microsoft (,

"On Windows NT and on Windows 2000, drive letters are global to the system. All users on the
system share the letters A-Z. Each user does not get their own set of drive letters. This
means a user can access the redirected drives of another user if they have the appropriate
security access. . .

"On Windows XP and on Microsoft Windows Server 2003, each logon session receives its own set
of drive letters, A through Z. Therefore, redirected drives cannot be shared between processes
that are running under different user accounts. Additionally, a service (or any process that
is running in its own logon session) cannot access the drive letters that are established
in a different logon session. However, drive letters that are mapped from a service that is
running under the local System account are visible to all logon sessions."

Microsoft also recommends using a UNC, but in my case this doesn't work. The resources I'm
mapping are on a file server, not an http server, and when I request them directly from the
file server using the http protocol, I don't get them. Not in Firefox anyway -- I think IE
might bend the rules here.

-----Original Message-----
From: Tony Stevenson []
Sent: Thu 6/7/2007 6:04 PM
Subject: Re: [users@httpd] Apache, Windows XP, and mapped drives

William A. Rowe, Jr. wrote:
> Dragon wrote:
>> William A. Rowe, Jr. wrote:
>>> Jim Owens wrote:
>>>> I just set up Apache 2.2.4 on a Windows XP system (from the current
>>>> .msi), and I thought Iâ?Td share my findings about using mapped network
>>>> drives.
>>>> If anyone else is trying to deal with this, one workaround is to turn
>>>> the Apache service off and run httpd.exe in a command-prompt window
>>>> instead. That worked for me. Iâ?Tve added the httpd.exe to my
>>> startup folder.
>>> It may also work if you change the dependencies of the service to wait to
>>> start until windows networking is started.  This may simply be a race
>>> condition where networking share components don't finish starting before
>>> apache gets that far.
>> ---------------- End original message. ---------------------
>> If what William states is in fact what is going on, you could probably
>> still use Apache as a service if you start it manually instead of
>> letting it start automatically.
>> Change the service properties from automatic to manual and then start it
>> from the service window after you are sure the network is functioning.
> Nice test case, yes!

I have just tried to replicate this, and when you use the mapped network 
drives, or other media that is dis-connectable (USB, FlashMedia etc) 
Apache throws up errors in the errorlog.
In so much that is alias is "ignored" and you generate a standard 404 
error.   "[Thu Jun 07 22:49:46 2007] [error] [client] File 
does not exist......"

That is if you use a <Directory> block.  If you use a <Location> block 
instead the error is no longer recorded.  Even with LogLevel debug enabled.

However if you replace the mapped drive letter with the full UNC path it 
works just fine.  i.e.

Alias /myuncpath "//"

<Directory "//"
Order deny,allow
Allow from all
Options indexes

I have just tested this option, and it works fine with 2.2.4, 2.2.3, and 
2.0.59. On Windows XP, and Windows 2000

Jim, you also say you get an error "the Aliased resource was not found 
on the server."  where are you seeing that exactly?  In the errorlog?

> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:> for more info.
> To unsubscribe, e-mail:
>    "   from the digest:
> For additional commands, e-mail:

The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message