> -----Original Message----- > From: John Steel [mailto:john.steel@xxxxxxxxxxxxxxx] > Sent: Monday, April 16, 2007 10:07 AM > To: users@xxxxxxxxxxxxxxxx > Subject: IP address discimination > > I have 2 dedicated Fed linux servers, one running httpd 2.0.51, which > does not show this problem, and the other running 2.0.53 which does. > Both host about 30 domains across 8 IP addresses each. The > problem I'm > trying to solve is an automatic redirection of http://example.com to > http://www.example.com. > This is the entry from the offending httpd.conf, (IP's and domains > sanitised): > > <VirtualHost 1.2.3.4:80> > ServerAlias example1.com > Redirect permanent / http://www.example1.com/ > </VirtualHost> > > <VirtualHost 1.2.3.4:80> > ServerAlias example2.com > Redirect permanent / http://www.example2.com/ > </VirtualHost> > > <VirtualHost 1.2.3.5:80> > ServerAlias example3.com > Redirect permanent / http://www.example3.com/ > </VirtualHost> > > <VirtualHost 1.2.3.5:80> > ServerAlias example4.com > Redirect permanent / http://www.example4.com/ > </VirtualHost> > > I get the message "[warn] VirtualHost 1.2.3.5:80 overlaps with > VirtualHost 1.2.3.5:80, the first has precedence, perhaps you need a > NameVirtualHost directive" > > I've been using this pattern for a long time, certainly pre > apache 2 and > am willing to change if I have to. What I can't understand is why the > message doesn't come up for 1.2.3.4, which is an identical > configuration! If two different things happen to two configs that are identical, then they're not... You must have a NameVirtualHost directive somewhere for 1.2.3.4 (any included files?). Anyway, why fight it? You absolutely *need* NameVirtualHost to do name-based virtual-hosting so just type it in and end the pain. Couple of other points... - Why use ServerAlias instead of ServerName? Maybe it works, but then I guess you could drive a car by operating the clutch with your right foot, too. - apache 2.0 is deprecated. Think of upgrading to 2.2? Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > In fact, if I make all the entries 1.2.3.4 the message > also goes away. I can't say why this doesn't happen with the 2.0.51 > server which uses the same practice, it could either be the httpd > version or the IP addresses it uses are all ok. > > It all points to the IP address itself somehow being treat > differently, > and as the founding member of the "IP address equality for all" > resistance movement I say thats not fair! > > Thanks > > -- > -------------------------- > http://www.phonewebcam.com > john.steel@xxxxxxxxxxxxxxx > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP > Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|