httpd-docs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject Re: Ban the phrase "reverse-proxy"?
Date Wed, 01 Aug 2007 15:39:49 GMT
>>> What would folks say to renaming all occurances of "reverse proxy"
>>> to say "gateway" in our documentation?

jean-frederic clere wrote:
> I am not sure that is a good idea see

read and contrast to
which is equivalent to

Erik Abele wrote:
> On 01.08.2007, at 13:50, Lars Eilebrecht wrote:
>> "Reverse Proxy" is a commonly used term, and I don't see a reason
>> why we should use something else.
> and is there a special reason for the proposed change or just
> ├╝ber-correctness? :)

several reasons;

* Reverse-proxy is somethign of a double negative, making the term
  impossible to 'visualize' - Even "Content-proxy" would be clearer
  than 'Reverse'.  We aren't sending requests from the back end server
  to the client, that would be "reversing" the connection or proxy.

* it doesn't conform to proxy semantics from an HTTP server point
   of view.

RFC spelled out for a very long time that

      A "transparent proxy" is a proxy that does not modify the request
      or response beyond what is required for proxy authentication and
      identification. A "non-transparent proxy" is a proxy that modifies
      the request or response in order to provide some added service to
      the user agent, such as group annotation services, media type
      transformation, protocol reduction, or anonymity filtering.

      A server which acts as an intermediary for some other server.
      Unlike a proxy, a gateway receives requests as if it were the
      origin server for the requested resource; the requesting client
      may not be aware that it is communicating with a gateway.

* the httpd developers freely admit the way things are named is often
  crusty and could use improvement.

At the minimum, I plan to notate "reverse-proxy (e.g. gateway server)"
liberally throughout the explanation pages of the module and guides.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message