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