A quick question in regards to this.  When enabling ProxyPreserveHost I
understand why I'm seeing the mismatch between the hostname and the
certificate, but I thought that SSLProxyVerify none and SSLProxyCheckPeerCN
off would disable the SSL checks associated with proxying, but this was not
the case.  Am I misunderstanding their purpose?


On Thu, Mar 28, 2013 at 11:41 PM, Jamie Johnson <[email protected]> wrote:

> Wow, I'm sorry I completely lost sight of the issue here, please ignore
> this, the original request was to the ip address, so this is working
> exactly how it was supposed to.  This is what I get for working late at
> night.  Again I am sorry.
>
>
> On Thu, Mar 28, 2013 at 11:21 PM, Jamie Johnson <[email protected]> wrote:
>
>> I am trying to proxy SSL requests to a backend tomcat server using the
>> latest code on trunk and am having some issues.  If I enable
>> "ProxyPreserveHost" I get a 500 proxy error and investigating the logs I
>> see that the address being proxied to is the IP address.  If I turn off
>> ProxyPreserveHost the address proxied to is actually the host name (what's
>> in the ProxyPass definition).  Is this expected?  I did not expect the
>> hostname to be resolved to an IP address when doing the proxy with preserve
>> host on, is this correct?  Is there a way to not have the host name
>> resolved to the IP address?
>>
>
>

Reply via email to