Proxy on Tarragonhttps://tarrragon.github.io/blog/tags/proxy/Recent content in Proxy on TarragonHugo -- gohugo.iozh-TWTarragon (CC BY 4.0)Fri, 26 Jun 2026 00:00:00 +0000Reverse Proxyhttps://tarrragon.github.io/blog/infra/knowledge-cards/reverse-proxy/Fri, 26 Jun 2026 00:00:00 +0000https://tarrragon.github.io/blog/infra/knowledge-cards/reverse-proxy/<p>Reverse proxy 是一個坐在後端服務前面、代替它接收外部請求的中介層。外部 client 連的是 reverse proxy 的位址，reverse proxy 根據規則把請求轉發到實際處理的內部服務，再把回應傳回給 client。Client 不知道（也不需要知道）後面有幾台服務、跑在哪裡。</p> <h2 id="概念位置">概念位置</h2> <p>nginx 和 <a href="https://tarrragon.github.io/blog/infra/knowledge-cards/alb/" data-link-title="ALB" data-link-desc="Application Load Balancer — 流量進入系統的第一站，負責 listener 路由、健康檢查與 TLS 終結">ALB</a> 都扮演 reverse proxy 角色。差別在層級：nginx 通常部署在應用層（跟應用伺服器同一台或同一個 VPC 內），ALB 是雲端平台提供的受管服務。兩者的核心功能相同——接收外部流量、轉發到後端、回傳結果。</p> <p>跟 forward proxy 的方向相反：forward proxy 代替 client 發送請求（client 在內網、proxy 幫它出去）；reverse proxy 代替 server 接收請求（server 在內網、proxy 幫它面對外部）。</p> <h2 id="可觀察訊號">可觀察訊號</h2> <p>接手時如果 server 上跑著 nginx 但應用程式用的是 PHP-FPM 或 Node.js，nginx 多半扮演 reverse proxy——它接 HTTP/HTTPS 請求、轉發給後端的 application server。設定檔裡的 <code>proxy_pass</code>（nginx）或 <code>ProxyPass</code>（Apache）就是 reverse proxy 的轉發規則。</p> <h2 id="設計責任">設計責任</h2> <p>reverse proxy 常承擔的功能：</p> <table> <thead> <tr> <th>功能</th> <th>說明</th> </tr> </thead> <tbody> <tr> <td>TLS 終結</td> <td>HTTPS 的加解密在 proxy 層處理，後端服務只收 HTTP</td> </tr> <tr> <td>負載平衡</td> <td>把請求分配到多台後端（round-robin、least-connection）</td> </tr> <tr> <td>路由分流</td> <td>依 URL path 導到不同後端服務（/api → backend、/ → frontend）</td> </tr> <tr> <td>靜態檔案快取</td> <td>圖片、CSS、JS 由 proxy 直接回應、不轉發到後端</td> </tr> <tr> <td>安全過濾</td> <td>擋掉異常請求、限制請求速率、加安全標頭</td> </tr> </tbody> </table> <h2 id="鄰卡">鄰卡</h2> <ul> <li><a href="https://tarrragon.github.io/blog/infra/knowledge-cards/alb/" data-link-title="ALB" data-link-desc="Application Load Balancer — 流量進入系統的第一站，負責 listener 路由、健康檢查與 TLS 終結">ALB</a>：雲端的受管 reverse proxy + 負載平衡器</li> <li><a href="https://tarrragon.github.io/blog/infra/knowledge-cards/nginx/" data-link-title="nginx" data-link-desc="高效能 Web Server 與 Reverse Proxy，以集中設定檔取代 Apache 的 .htaccess 分散設定">nginx</a>：最常見的 reverse proxy 軟體</li> </ul>Reverse proxy 是一個坐在後端服務前面、代替它接收外部請求的中介層。外部 client 連的是 reverse proxy 的位址，reverse proxy 根據規則把請求轉發到實際處理的內部服務，再把回應傳回給 client。Client 不知道（也不需要知道）後面有幾台服務、跑在哪裡。

概念位置

nginx 和 ALB 都扮演 reverse proxy 角色。差別在層級：nginx 通常部署在應用層（跟應用伺服器同一台或同一個 VPC 內），ALB 是雲端平台提供的受管服務。兩者的核心功能相同——接收外部流量、轉發到後端、回傳結果。

跟 forward proxy 的方向相反：forward proxy 代替 client 發送請求（client 在內網、proxy 幫它出去）；reverse proxy 代替 server 接收請求（server 在內網、proxy 幫它面對外部）。

可觀察訊號

接手時如果 server 上跑著 nginx 但應用程式用的是 PHP-FPM 或 Node.js，nginx 多半扮演 reverse proxy——它接 HTTP/HTTPS 請求、轉發給後端的 application server。設定檔裡的 proxy_pass（nginx）或 ProxyPass（Apache）就是 reverse proxy 的轉發規則。

設計責任

reverse proxy 常承擔的功能：

功能 說明
TLS 終結 HTTPS 的加解密在 proxy 層處理，後端服務只收 HTTP
負載平衡 把請求分配到多台後端（round-robin、least-connection）
路由分流 依 URL path 導到不同後端服務（/api → backend、/ → frontend）
靜態檔案快取 圖片、CSS、JS 由 proxy 直接回應、不轉發到後端
安全過濾 擋掉異常請求、限制請求速率、加安全標頭

鄰卡

  • ALB：雲端的受管 reverse proxy + 負載平衡器
  • nginx：最常見的 reverse proxy 軟體
]]>