diff options
author | Michael Merickel <michael@merickel.org> | 2019-01-03 22:51:23 -0600 |
---|---|---|
committer | Michael Merickel <michael@merickel.org> | 2019-01-03 22:51:23 -0600 |
commit | 7aa1711bcec6269e978b9a1bf0eec28608677935 (patch) | |
tree | 2ced0558f22fad2337c8319b5731a2a335ff5e02 | |
parent | f89b5f53be320c6f01cec808a6d1d40fe32f4ea2 (diff) | |
download | waitress-7aa1711bcec6269e978b9a1bf0eec28608677935.tar.gz |
minor docs tweak on reverse proxy setupproxy-updates
-rw-r--r-- | docs/reverse-proxy.rst | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/reverse-proxy.rst b/docs/reverse-proxy.rst index 73fca46..6490e3d 100644 --- a/docs/reverse-proxy.rst +++ b/docs/reverse-proxy.rst @@ -9,13 +9,13 @@ Using Behind a Reverse Proxy Often people will set up "pure Python" web servers behind reverse proxies, especially if they need TLS support (Waitress does not natively support TLS). Even if you don't need TLS support, it's not uncommon to see Waitress and -other pure-Python web servers set up to "live" behind a reverse proxy; these -proxies often have lots of useful deployment knobs. +other pure-Python web servers set up to only handle requests behind a reverse proxy; +these proxies often have lots of useful deployment knobs. If you're using Waitress behind a reverse proxy, you'll almost always want your reverse proxy to pass along the ``Host`` header sent by the client to Waitress, in either case, as it will be used by most applications to generate -correct URLs. You may also use the proxy headers if passing the Host directly +correct URLs. You may also use the proxy headers if passing ``Host`` directly is not possible, or there are multiple proxies involved. For example, when using nginx as a reverse proxy, you might add the following |