With virtual hosting, the client is asking for a virtual origin server's
host and DNS enables the ip address for the physical host to respond. The
virtual host still sees "its" hostname in the host header, not the physical
host's.
With a reverse proxy, the backend origin server doesn't see its Host name,
it sees the proxy's, even though the proxy is an http client with respect
to the origin server.
From: Antony Stone <antony.st...@squid.open.source.it>
To: squid-users@lists.squid-cache.org
Date: 06/12/2015 10:14 AM
Subject: Re: [squid-users] reverse proxies and Host request header
Sent by: "squid-users" <squid-users-boun...@lists.squid-cache.org>
On Friday 12 June 2015 at 16:08:59 (EU time), Julianne Bielski wrote:
> reverse proxies are always "transparent" from the perspective of
> the client and the Host header is often used by the proxy
> to map to the correct back end origin server.
>
> I also think they usually pass the Host header as-is to the origin
server.
> This last piece puzzles me because it means that the origin server is
being
> given a different host name than itself in the header. Is this behavior
> "correct"? Does it ever cause problems?
How is this different from a normal web server serving multiple virtual
host
sites?
The web server doesn't care who "it" is, it just cares which virtual host
it's
being asked to serve pages for. A reverse proxy in the way basically makes
no
difference.
Regards,
Antony.
--
All generalisations are inaccurate.
Please reply to the
list;
please *don't* CC
me.
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
