> -----Original Message----- > From: Néstor Boscán [mailto:nestor.boscan@xxxxxxxxxx] > Sent: Wednesday, September 19, 2007 12:09 AM > To: users@xxxxxxxxxxxxxxxx > Subject: RE: NameVirtualHost question > > No, my problem analysis goes like this: > > 1) Set up proxy without virtual host -> it works. > 2) Set up proxy with virtual host -> it doesn't work > > I assume the problem is number 2 Yes, but you can't assume that the problem lies only in the VH config... You have convoluted two mechanisms so your problem could be emergent, ie, it only appears when you combine them. As I suggested in my wild guess; the name-based VH mechanism relies on the client sending a correct Host header with the request. Now I'm assuming that you have a fairly complex web application so that the initial request from the client leads to a response that then causes the client to make further requests. If any of these subsequent requests lack the correct Host header, it will go astray and your application will fail.. Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > > Regards, > > Néstor Boscán > > -----Mensaje original----- > De: Boyle Owen [mailto:Owen.Boyle@xxxxxxx] > Enviado el: Martes, 18 de Septiembre de 2007 03:27 a.m. > Para: users@xxxxxxxxxxxxxxxx > Asunto: RE: NameVirtualHost question > > > -----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 > > > --------------------------------------------------------------------- > 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
|