如何控制 App Service 環境的輸入流量

發行項
10/16/2024

重要

這篇文章是關於 App Service 環境 v1。 App Service 環境 v1 和 v2 自 2024 年 8 月 31 日起已淘汰 (英文)。有較新版本的 App Service 環境，其更易於使用，並且是在更強大的基礎結構上執行。若要深入了解新版本，請從 App Service 環境簡介開始。如果您目前使用 App Service 環境 v1，請遵循此文章中的步驟來移轉至新版本。

自 2024 年 8 月 31 日起，服務等級協定 (SLA) 和服務點數 (英文) 將不再適用於繼續在生產環境中的 App Service 環境 v1 和 v2 工作負載，因為其是已淘汰的產品。 App Service 環境 v1 和 v2 硬體的解除委任已經開始，而這可能會影響您的應用程式和資料的可用性和效能。

您必須立即完成移轉至 App Service 環境 v3，否則您的應用程式和資源可能會遭到刪除。我們會嘗試使用就地移轉功能，自動移轉任何剩餘的 App Service Environment v1 和 v2，但 Microsoft 並未就自動移轉後的相關應用程式可用性提供聲明或保證。您可能需要執行手動設定來完成移轉，並最佳化您的 App Service 方案 SKU 選擇，以符合您的需求。如果自動移轉不可行，您的資源和相關聯的應用程式資料將遭到刪除。我們強烈敦促您立即採取行動，以避免上述任一極端案例。

如果您需要額外的時間，我們可以提供一次性 30 天的寬限期，讓您完成移轉。如需詳細資訊和申請寬限期，請檢閱寬限期概觀 (英文)，然後移至 Azure 入口網站，造訪每個 App Service 環境的窗格。

如需 App Service 環境 v1/v2 淘汰的最新資訊，請參閱 App Service 環境 v1 和 v2 淘汰更新。

概觀

您可以在 Azure Resource Manager 虛擬網路或傳統部署模型虛擬網路中建立 App Service 環境。建立 APP Service 環境時，可以定義新的虛擬網路和新的子網路。或者亦可在先前既存的虛擬網路和既存的子網路中建立 APP Service 環境。自 2016 年 6 月之後，ASE 也可以部署到使用公用位址範圍或 RFC1918 位址空間 (私人位址)。如需詳細資訊，請參閱如何從範本建立 ASEv1。

一律在子網路內建立 App Service 環境。子網路可提供網路界限，可用來鎖定上游裝置和服務背後的輸入流量。此設定只允許特定的上游 IP 位址接受 HTTP 和 HTTPS 流量。

您可以使用網路安全性群組來控制子網路上的輸入和輸出網路流量。若要控制輸入流量，請在網路安全性群組中建立網路安全性規則。然後，將網路安全性群組指派給包含 App Service 環境的子網路。

將網路安全性群組指派給子網路後，App Service 環境中應用程式的輸入流量就會根據網路安全性群組中定義的允許和拒絕規則來加以允許或封鎖。

注意

雖然這篇文章主要針對 Web Apps，但也適用於 API Apps 和 Mobile Apps。

App Service Environment 中使用的輸入網路連接埠

利用網路安全性群組鎖定輸入網路流量之前，請了解 App Service 環境所用的必要和選用網路連接埠集合。意外關閉送至某些連接埠的流量，可能會導致在 App Service 環境中喪失功能。

以下是 App Service 環境所使用的連接埠清單。除非明確註明，否則所有連接埠為 TCP：

454：Azure 基礎結構用來透過 TLS 管理及維護「App Service 環境」的必要連接埠。不會封鎖對此連接埠的流量。此連接埠一律繫結至 ASE 的公用 VIP。
455：Azure 基礎結構用來透過 TLS 管理及維護「App Service 環境」的必要連接埠。不會封鎖對此連接埠的流量。此連接埠一律繫結至 ASE 的公用 VIP。
80：對於在 App Service 環境的 App Service 方案中執行的應用程式，其輸入 HTTP 流量的預設連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
443：在「App Service 環境」的「App Service 方案」中執行之應用程式的輸入 TLS 流量預設連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
21：FTP 的控制通道。如果未使用 FTP，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠可以繫結至 ASE 的 ILB 位址。
990：FTPS 的控制通道。如果未使用 FTPS，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠可以繫結至 ASE 的 ILB 位址。
10001-10020：FTP 的資料通道。如同控制通道，若未使用 FTP，即可安全地封鎖這些連接埠。在啟用 ILB 的 ASE 上，此連接埠可以繫結至 ASE 的 ILB 位址。
4016：用於 Visual Studio 2012 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
4018：用於 Visual Studio 2013 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
4020：用於 Visual Studio 2015 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
4022：用於 Visual Studio 2017 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
4024：用於 Visual Studio 2019 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。
4026：用於 Visual Studio 2022 的遠端偵錯。如果未使用此功能，就可以安全地封鎖此連接埠。在啟用 ILB 的 ASE 上，此連接埠繫結至 ASE 的 ILB 位址。

輸出連線和 DNS 需求

若要讓 App Service Environment 正確運作，它還需要不同端點的輸出存取權。 ExpressRoute 的網路組態文章的＜需要的網路連線＞一節中有提供 ASE 所使用的外部端點完整清單。

App Service 環境需要針對虛擬網路設定的有效 DNS 基礎結構。如果 DNS 設定在建立「App Service 環境」後已變更，開發人員可以強制「App Service 環境」套用新的 DNS 設定。如果您使用重新啟動圖示觸發滾動式環境重新開機，則環境會挑選新的 DNS 設定。 ([重新啟動] 圖示位於 Azure 入口網站中 [App Service 環境] 管理頁面的頂端。)

也建議事先在虛擬網路上設定任何自訂 DNS 伺服器，再建立 App Service 環境。如果在建立 App Service 環境時變更虛擬網路的 DNS 組態，則 App Service 環境建立的程序即會失敗。同樣地，若有無法連線或使用的自訂 DNS 伺服器存在於 VPN 閘道的另一端，則 App Service 環境建立程序也會失敗。

建立網路安全性群組

如需有關網路安全性群組如何運作的完整詳細資料，請參閱下列資訊。下列 Azure 服務管理範例會提到網路安全性群組的重點。此範例會設定網路安全性群組並將其套用至包含 App Service 環境的子網路。

注意︰您可以使用 Azure 入口網站或透過 Azure PowerShell，以圖形方式設定網路安全性群組。

網路安全性群組首次會建立為與訂用帳戶相關聯的獨立實體。由於網路安全性群組建立於 Azure 區域，所以請將網路安全性群組建立在與 App Service 環境相同的區域中。

以下命令示範如何建立網路安全性群組：

New-AzureNetworkSecurityGroup -Name "testNSGexample" -Location "South Central US" -Label "Example network security group for an app service environment"

建立網路安全性群組後，會加入一或多個網路安全性規則。由於這組規則會隨著時間改變，所以建議區隔用於規則優先順序的編號配置。此做法可讓您輕鬆地隨著時間插入其他規則。

在下列範例中，規則可明確授與以下連接埠的存取權：Azure 基礎結構管理和維護 App Service 環境所需的管理連接埠。所有管理流量都會流經 TLS，並受到用戶端憑證保護。即使連接埠已開啟，但 Azure 管理基礎結構以外的任何實體仍無法存取這些連接埠。

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "ALLOW AzureMngmt" -Type Inbound -Priority 100 -Action Allow -SourceAddressPrefix 'INTERNET'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '454-455' -Protocol TCP

鎖定對連接埠 80 和 443 的存取，以「隱藏」上游裝置或服務背後的 App Service 環境時，請記得上游 IP 位址。例如，如果您使用 Web 應用程式防火牆 (WAF)，則 WAF 就會有自己的 IP 位址或位址。 WAF 會在以 Proxy 處理流向下游 App Service 環境的流量時使用這些位址。您必須在網路安全性規則的 SourceAddressPrefix 參數中使用此 IP 位址。

在下面範例中，明確允許來自特定上游 IP 位址的輸入流量。位址 1.2.3.4 會做為上游 WAF 的 IP 位址預留位置。變更此值，以符合您的上游裝置或服務所使用的位址。

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT HTTP" -Type Inbound -Priority 200 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '80' -Protocol TCP
Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT HTTPS" -Type Inbound -Priority 300 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '443' -Protocol TCP

如果需要 FTP 支援，請使用下列規則做為範本，以授與對 FTP 控制連接埠和資料通道連接埠的存取權。由於 FTP 是可設定狀態的通訊協定，所以您無法透過傳統 HTTP/HTTPS 防火牆或 Proxy 裝置路由傳送 FTP 流量。在此情況下，您將需要將 SourceAddressPrefix 設定為不同的值，例如，FTP 用戶端執行所在開發人員或部署電腦的 IP 位址範圍。

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT FTPCtrl" -Type Inbound -Priority 400 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '21' -Protocol TCP
Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT FTPDataRange" -Type Inbound -Priority 500 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '10001-10020' -Protocol TCP

(注意：資料通道連接埠範圍可能會在預覽期間變更。)

如果使用 Visual Studio 遠端偵錯，則下列規則會示範如何授與存取權。因為每個支援的 Visual Studio 版本使用不同的連接埠進行遠端偵錯，所以每個版本會有個別的規則。如同 FTP 存取，遠端偵錯流量可能不會透過傳統 WAF 或 Proxy 裝置正確傳送。可將 SourceAddressPrefix 改為設定成執行 Visual Studio 之開發人員電腦的 IP 位址範圍。

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT RemoteDebuggingVS2012" -Type Inbound -Priority 600 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '4016' -Protocol TCP
Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT RemoteDebuggingVS2013" -Type Inbound -Priority 700 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '4018' -Protocol TCP
Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityRule -Name "RESTRICT RemoteDebuggingVS2015" -Type Inbound -Priority 800 -Action Allow -SourceAddressPrefix '1.2.3.4/32'  -SourcePortRange '*' -DestinationAddressPrefix '*' -DestinationPortRange '4020' -Protocol TCP

將網路安全性群組指派給子網路

網路安全性群組有拒絕存取所有外部流量的預設安全性規則。當您將此規則與上述網路安全性規則結合時，只有與允許動作相關聯的來源位址範圍流量，才能將流量傳送至在App Service 環境中執行的應用程式。

在網路安全性群組填入安全性規則之後，請將該群組指派給包含 App Service 環境的子網路。指派命令會參考兩個名稱：App Service 環境所在的虛擬網路名稱，以及 App Service 環境建立所在的子網路名稱。

下列範例顯示要指派給子網路和虛擬網路的網路安全性群組：

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Set-AzureNetworkSecurityGroupToSubnet -VirtualNetworkName 'testVNet' -SubnetName 'Subnet-test'

指派是長時間執行的作業，可能需要幾分鐘的時間才能完成。網路安全性群組指派成功後，只有符合允許規則的輸入流量才能成功抵達 App Service 環境中的應用程式。

基於完整性，下列範例示範如何移除進而取消網路安全性群組與子網路的關聯：

Get-AzureNetworkSecurityGroup -Name "testNSGexample" | Remove-AzureNetworkSecurityGroupFromSubnet -VirtualNetworkName 'testVNet' -SubnetName 'Subnet-test'

明確 IP-SSL 的特殊考量

如果為應用程式設定了明確的 IP-SSL 位址 (「僅」適用於具有公用 VIP 的 ASE)，而不是使用 App Service Environment 的預設 IP 位址，則 HTTP 和 HTTPS 流量都會透過連接埠 80 和 443 以外的連接埠流向子網路。

若要尋找每個 IP-SSL 位址所使用的個別連接埠配對，請移至入口網站並檢視 App Service 環境的詳細 UX 刀鋒視窗。選取 [所有設定]>[IP 位址]。 [IP 位址] 刀鋒視窗會顯示 App Service 環境所有明確設定的 IP-SSL 位址資料表。此刀鋒視窗也會顯示特殊連接埠配對，以用於路由與每個 IP-SSL 位址相關聯的 HTTP 和 HTTPS 流量。在網路安全性群組中設定規則時，請針對 DestinationPortRange 參數使用此連接埠配對。

當 ASE 上的應用程式設定為使用 IP-SSL 時，外部客戶將不會看到且不需要擔心特殊連接埠配對對應。應用程式流量會正常流向設定的 IP-SSL 位址。將流量路由到包含 ASE 的子網路時，在路由流量最後階段期間，特殊連接埠配對的轉譯會於內部自動發生。

開始使用

若要開始使用 App Service 環境，請參閱 App Service 環境簡介。

如需詳細資訊，請參閱安全地從 App Service 環境連線到後端資源。

注意

如果您想要在註冊 Azure 帳戶前先開始使用 Azure App Service，請前往試用應用程式服務，您可以在應用程式服務中立即建立暫時的入門 Web 應用程式。無需信用卡，也無需簽定合約。

共用方式為