URL 重新導向

Azure Front Door 會在下列各層級將流量重新導向：通訊協定、主機名稱、路徑和查詢字串。 因為重新導向以路徑為基礎，所以可以針對個別微服務來設定這些功能。 此設定可將資源使用量最佳化來簡化應用程式設定，而且支援新的重新導向案例，包括全域和路徑型重新導向。

在 Azure Front Door 標準/進階層中，您可以使用規則集來設定 URL 重新導向。

重要

Azure Front Door (傳統) 將於 2027 年 3 月 31 日遭到淘汰。 為了避免任何服務中斷，請務必在 2027 年 3 月之前，將 Azure Front Door (傳統) 設定檔移轉至 Azure Front Door 標準或進階層。 如需詳細資訊，請參閱 Azure Front Door (傳統版) 淘汰。

重新導向類型

重新導向類型會設定回應狀態碼，讓用戶端了解重新導向的目的。 支援下列重新導向類型：

• 301 (永久移動)：表示已指派新的永久 URI 給目標資源。 此資源的任何未來參考會使用其中一個 URI 括住。 針對 HTTP 至 HTTPS 重新導向使用 301 狀態碼。
• 302 (已找到)：表示目標資源暫時位於不同的 URI。 由於重新導向有時會變更，對於未來的要求，用戶端應該繼續使用有效要求 URI。
• 307 (暫時重新導向)：表示目標資源暫時位於不同的 URI。 如果使用者代理程式會自動重新導向該 URI，則「不可」變更要求方法。 由於重新導向可能隨著時間而改變，對於未來的要求，用戶端應該繼續使用原始的有效要求 URI。
• 308 (永久重新導向)：表示已指派新的永久 URI 給目標資源。 未來參考此資源時都應該使用其中一個含括的 URI。

重新導向通訊協定

您可以設定用於重新導向的通訊協定。 重新導向功能最常見的使用案例是將 HTTP 設定為 HTTPS 重新導向。

• 僅限 HTTPS：如果您想要將流量從 HTTP 重新導向 HTTPS，請將通訊協定設定為「僅限 HTTPS」。 Azure Front Door 建議您一律將重新導向設定為 [僅限 HTTPS]。
• 僅限 HTTP：將連入要求重新導向 HTTP。 只有當您想要保留流量 HTTP，也就是未加密時，才使用此值。
• 比對要求：此選項會保留傳入要求所使用的通訊協定。 因此，在重新導向後，HTTP 要求仍是 HTTP，而 HTTPS 要求仍是 HTTPS。

目的地主機

在設定重新導向路由的過程中，您也可以變更重新導向要求的主機名稱或網域。 您可以設定此欄位以變更重新導向 URL 中的主機名稱，不然就保留連入要求中的主機名稱。 因此可以使用此欄位，將 https://www.contoso.com/* 上傳送的所有要求重新導向至 https://www.fabrikam.com/*。

目的地路徑

如果想要在重新導向時取代 URL 的路徑區段，您可以將此欄位設為新的路徑值。 否則，您可以選擇在重新導向時保留路徑值。 因此可以使用此欄位，將傳送至 https://www.contoso.com/\* 的所有要求重新導向至 https://www.contoso.com/redirected-site。

查詢字串參數

要在重新導向 URL 中使用的查詢字串集。 此欄位的值將會覆寫傳入的查詢字串，將此欄位保持空白會保留傳入的查詢字串。 查詢字串必須採用 <key>=<value> 格式 (以 & 分隔)。

目的地片段

目的地片段是 URL 中 '#' 後面的部分，供瀏覽器用來進入網頁的特定區段。 您可以設定此欄位將片段新增至重新導向 URL。

下一步

• 了解如何建立 Front Door。
• 深入了解 Azure Front Door 規則集。
• 了解 Front Door 的運作方式。