反向代理適用於很多場合，負載均衡是最普遍的用法。

nginx 作為目前最流行的web伺服器之一，可以很方便地實現反向代理。

nginx 反向代理官方文件: NGINX REVERSE PROXY

當在一臺主機上部署了多個不同的web伺服器，並且需要能在80埠同時訪問這些web伺服器時，可以使用 nginx 的反向代理功能: 用 nginx 在80埠監聽所有請求，並依據轉發規則(比較常見的是以 URI 來轉發)轉發到對應的web伺服器上。

例如有 webmail , webcom 以及 webdefault 三個伺服器分別執行在 portmail , portcom , portdefault

假設伺服器域名為example.com，則對應的 nginx http配置如下：

http {
    server {
            server_name example.com;

            location /mail/ {
                    proxy_pass http://example.com:protmail/;
 

            }

            location /com/ {
                    proxy_pass http://example.com:portcom/main/;
            }

            location / {
                    proxy_pass http://example.com:portdefault;
            }
    }
}

以上的配置會按以下規則轉發請求( GET 和 POST 請求都會轉發):

• 將 http://example.com/mail/ 下的請求轉發到 http://example.com:portmail/
• 將 http://example.com/com/ 下的請求轉發到 http://example.com:portcom/main/
• 將其它所有請求轉發到 http://example.com:portdefault/

需要注意的是，在以上的配置中，webdefault 的代理伺服器設定是沒有指定URI的，而 webmail 和 webcom 的代理伺服器設定是指定了URI的(分別為 / 和 /main/)。
如果代理伺服器地址中是帶有URI的，此URI會替換掉 location 所匹配的URI部分。
而如果代理伺服器地址中是不帶有URI的，則會用完整的請求URL來轉發到代理伺服器。

官方文件描述：

If the URI is specified along with the address, it replaces the part of the request URI that matches the location parameter.
If the address is specified without a URI, or it is not possible to determine the part of URI to be replaced, the full request URI is passed (possibly, modified).

以上配置的轉發示例：

• http://example.com/mail/index.html -> http://example.com:portmail/index.html
• http://example.com/com/index.html -> http://example.com:portcom/main/index.html
• http://example.com/mail/static/a.jpg -> http://example.com:portmail/static/a.jpg
• http://example.com/com/static/b.css -> http://example.com:portcom/main/static/b.css
• http://example.com/other/index.htm -> http://example.com:portdefault/other/index.htm