> -----Original Message----- > From: Néstor Boscán [mailto:nestor.boscan@xxxxxxxxxx] > Sent: Tuesday, September 18, 2007 8:17 AM > To: users@xxxxxxxxxxxxxxxx > Subject: RE: NameVirtualHost question > > The ones that comes with OracleAS 10.1.3 Your problem analysis seems to go like this: 1) Set up simple apache config (ie, VirtualHosts) 2) Fold in complicated proxy and DB stuff 3) Test whole thing 4) If doesn't work --> assume problem is in (1) Why not proceed like this: 1) Set up simple apache config (ie, VirtualHosts with two different DocumentRoots) 2) Test that works 3) If doesn't work --> problem is in (1) 4) Fold in complicated proxy and DB stuff 5) Test that works 6) If doesn't work --> problem is in (4) If you do this, I guess you will get past step 3 with no problem. This will give you confidence that the VH mechanism works and then you can focus on the real source of the problem. My wild guess as to the real probelm; possibly the backend server is sending back a response that causes the client to make another request that doesn't contain a Host header... Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > > Regards, > > Néstor Boscán > > -----Mensaje original----- > De: jslive@xxxxxxxxx [mailto:jslive@xxxxxxxxx] En nombre de > Joshua Slive > Enviado el: Lunes, 17 de Septiembre de 2007 03:20 p.m. > Para: users@xxxxxxxxxxxxxxxx > Asunto: Re: NameVirtualHost question > > On 9/17/07, Néstor Boscán <nestor.boscan@xxxxxxxxxx> wrote: > > Hi > > > > Thanks for the quick answer. > > > > But it didn't work. Tried that one and: > > > > NameVirtualHost *:80 > > > > The one with *:80 in NameVirtualHost AND <VirtualHost> is the right > configuration. Don't screw with anything else. > > The most common cause for requests not mapping to the proper > vhost (other > than misconfiguration) is faulty third-party modules. What > modules are you > using? > > Joshua. > > --------------------------------------------------------------------- > 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 > > > --------------------------------------------------------------------- > 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
|