Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3FB8FE3B1 for ; Wed, 9 Jan 2013 17:37:00 +0000 (UTC) Received: (qmail 94781 invoked by uid 500); 9 Jan 2013 17:36:57 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 94735 invoked by uid 500); 9 Jan 2013 17:36:57 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 94723 invoked by uid 99); 9 Jan 2013 17:36:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jan 2013 17:36:57 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [69.64.34.184] (HELO dragon250.startdedicated.com) (69.64.34.184) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jan 2013 17:36:50 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by dragon250.startdedicated.com (Postfix) with ESMTP id A15FBEE4F7; Wed, 9 Jan 2013 11:36:29 -0600 (CST) X-Virus-Scanned: amavisd-new at dragon250.startdedicated.com Received: from dragon250.startdedicated.com ([127.0.0.1]) by localhost (dragon250.startdedicated.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dMmpmLQJjJmH; Wed, 9 Jan 2013 11:36:18 -0600 (CST) Received: from dragon250.startdedicated.com (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dragon250.startdedicated.com (Postfix) with ESMTP id 9BB72EE4DD; Wed, 9 Jan 2013 11:36:18 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Jan 2013 11:36:18 -0600 From: Adam Dosch To: Tom Frost , In-Reply-To: <1357570964.11827.YahooMailNeo@web122204.mail.ne1.yahoo.com> References: <1357212253.43906.YahooMailNeo@web122203.mail.ne1.yahoo.com> <1357221503.67968.YahooMailNeo@web122206.mail.ne1.yahoo.com> <1357229126.97298.YahooMailNeo@web122206.mail.ne1.yahoo.com> <1357570964.11827.YahooMailNeo@web122204.mail.ne1.yahoo.com> Message-ID: X-Sender: adam@wisehippy.com User-Agent: Roundcube Webmail/0.5.1 X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] VirtualHost configuration not working as expected with ePages solution Tom, Sorry for the belated reply. > The output requested is: > > VirtualHost configuration: > 127.0.0.1:443 localhost (/etc/httpd/conf.d/ssl.conf:81) > wildcard NameVirtualHosts and _default_ servers: > *:80 is a NameVirtualHost > default server url2.mydomain.com > (/etc/httpd/conf.d/zzz-epages-httpd.conf:215) > port 80 namevhost url2.mydomain.com > (/etc/httpd/conf.d/zzz-epages-httpd.conf:215) > port 80 namevhost url2.mydomain.com > (/etc/httpd/conf.d/zzz-epages-httpd.conf:225) > port 80 namevhost url2.mydomain.com > (/etc/httpd/conf.d/zzz-epages-httpd.conf:215) > port 80 namevhost url2.mydomain.com > (/etc/httpd/conf.d/zzz-epages-httpd.conf:225) > Syntax OK I'm assuming you copy/pasted this out and replaced the real domains to 'protect the innocent'. But if you didn't flub copy/paste, I --do not-- see any indication that Apache knows what to do or will do anything specific when a request comes in for 'url1.mydomain.com'. If you notice the output above, you will always default to 'url2.mydomain.com' for any HTTP request coming in on that listening service on that IP address. There isn't --any-- VirtualHost reference to 'url1' listed. I forgot what your VirtualHost containers looked like for both ur1 and ur2 domains, but I think you definitely just take a isolation approach to it: work with one, get it working with it's own VirtualHost container, then add another vhost in and so on, then re-verify with 'apachectl -t -D DUMP_VHOSTS' and from a web browser. From there once you get it nailed down, then do any merging for maintenance sake on your .conf files. Hope that helps. -A > > ------------------------- > FROM: Adam Dosch > TO: Tom Frost ; users@httpd.apache.org > SENT: Thursday, 3 January 2013, 19:28 > SUBJECT: Re: [users@httpd] VirtualHost configuration not working as > expected with ePages solution > > Tom, > > I'd be curious what the output of your 'apachectl -t -D DUMP_VHOSTS' > looks like? > > I've come across this problem as well in a related degree, and > interrogating the output of the 'DUMP_VHOSTS' above will at least > tell > you the top-to-bottom order your vhost requests will travel down in > your configuration. > > One way I had to solve it was take my VirtualHost container for > '_default_', put it in it's own configuration file and include it > prior to any other vhost config files in httpd.conf. It looked a bit > like this in my httpd.conf: > > NameVirtualHost *:80 > Include conf/mydefault-vhost.conf # which would contain your default > vhost container for url2.mydomain.com > Include conf/*-vhost.conf # contain your others like url1, urlfoo, > urlboo, urlbar, etc., it would be one config, or many, your choice. > > Using this approach, I did notice that a blanket wildcard/greedy > include of all *.conf file gives you varying results, especially if > you were managing all your vhosts in separate configuration files for > clarity/organization sake like I was. > > Otherwise, sounds like you've verified client-side caching. My last > logical thought would be perhaps if you're not using CNAME's in DNS > for this and right-out calling them from the client without any > hostname resolution on those FQDNs, that you need to add that those > host aliases of 'url1.mydomain.com' and 'url1.mydomain.com' to your > /etc/hosts or equiv in Windows. > > -A > > On Thu, 3 Jan 2013 08:05:26 -0800 (PST), Tom Frost wrote: >> If I use either url1.mydomain.com or url2.mydomain.com they both go >> to the url2.mydomain.com VirtualHost site. >> >> I have cleared caches and done a Ctrl-F5 to force the page to > reload. >> >> I'm sure that its something to do with epages, as I said there is a >> lot of other config in there but I'm honestly not sure what is what. >> >> Thanks again for your help, any more suggestions would be > appreciated. >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org [1] > For additional commands, e-mail: users-help@httpd.apache.org [2] > > > > Links: > ------ > [1] mailto:users-unsubscribe@httpd.apache.org > [2] mailto:users-help@httpd.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org