httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Boyle Owen" <>
Subject RE: [users@httpd] RE: Is this a VirtualHost bug? (domain matches subdomains)
Date Fri, 13 Sep 2002 06:58:03 GMT
I don't think that I've "confirmed a bug". You have only described your config (i.e. you posted
what you THINK it does rather than what it ACTUALLY does) so there is no way to know if it
is correct. Also, your rewrite rules looked to me like they would produce an infinite loop
(the final rule looks like it would rewrite the request back into the same VH).

Try making a toy config with exactly two NBVHs as I sketched below and see if it produces
your "bug". I'm running several NBVHs on 2.0.40 and have never seen anything like you describe.


Owen Boyle

>-----Original Message-----
>From: Adam Warner []
>Sent: Donnerstag, 12. September 2002 14:54
>Subject: [users@httpd] RE: Is this a VirtualHost bug? (domain matches
>Hi Boyle Owen,
>> Rereading your original post, I realise I'm not sure what 
>your problem
>> is. Is it that when you try, you 
>get the site
>> at These are two distinct sites?
>That's right. I don't want to have to specify a www for one of 
>the sites,
>but when I do this the VirtualHost entry matches all 
>subdomains. Commment
>it out and everything works. Put it back in and every other VirtualHost
>entry is bypassed. That's why I had to come up with the single 
>> If so, your config should look like this:
>> NameVirtualHost *
>> <VirtualHost *>
>>   ServerName
>>   DocumentRoot /path/to/domain
>>   ...
>> </VirtualHost>
>But if I type into my browser the above VirtualHost
>settings match. The rules below will not be processed. I will 
>be browsing
> not
>> <VirtualHost *>
>>   ServerName
>>   DocumentRoot /path/to/abc
>>   ...
>> </VirtualHost>
>> Note that a request to (assuming it 
>resolves to
>> an active IP) will not match a VH and so will be served from 
>the FIRST
>> virtual host in the list (i.e. Does any of this make
>> sense?
>You're confirmed that this behaviour is not expected and would be
>considered a bug. When I'm prepared to release all the 
>configuration files
>I can make a bug report (I want to make sure everything is secured
>first as the rules expose a number of implementation details).
>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