關於 VPN 閘道組態設定

VPN 閘道是一種虛擬網路閘道,可透過公用連線在您的虛擬網路和內部部署位置之間傳送加密流量。 您也可以使用 VPN 閘道,透過 Azure 骨幹,在虛擬網路之間傳送流量。

VPN 閘道連線依賴多個資源的設定,每一個都包含可設定的設定值。 本文中的各節會討論與 Resource Manager 部署模型中建立之虛擬網路的 VPN 閘道相關的資源和設定。 您可以在關於 VPN 閘道 一文中找到每個連線解決方案的描述和拓撲圖。

本文中的值適用於 VPN 閘道 (使用 -GatewayType Vpn 的虛擬網路閘道)。 本文並未涵蓋所有閘道類型或區域備援閘道。

閘道類型

每個虛擬網路只能有一個各類型的虛擬網路閘道。 建立虛擬網路閘道時,您必須確定組態的閘道類型是正確的。

-GatewayType 的可用值為:

  • Vpn
  • ExpressRoute

VPN 閘道需要 -GatewayType Vpn

範例:

New-AzVirtualNetworkGateway -Name vnetgw1 -ResourceGroupName testrg `
-Location 'West US' -IpConfigurations $gwipconfig -GatewayType Vpn `
-VpnType RouteBased

閘道 SKU

建立虛擬網路閘道時,您必須指定想要使用的閘道 SKU。 根據工作負載、輸送量、功能和 SLA 的類型,選取符合您需求的 SKU。 如需 Azure 可用性區域中的虛擬網路閘道 SKU,請參閱 Azure 可用性區域閘道 SKU

依通道、連線和輸送量區分的閘道 SKU

VPN
閘道
世代
SKU S2S/VNet-to-VNet
通道
P2S
SSTP 連接
P2S
IKEv2/OpenVPN 連接
彙總
輸送量基準測試
BGP 區域-多餘
第 1 代 基本 最大 10 最大 128 不支援 100 Mbps 不支援
第 1 代 VpnGw1 最大 30* 最大 128 最大 250 650 Mbps 支援
第 1 代 VpnGw2 最大 30* 最大 128 最大 500 1 Gbps 支援
第 1 代 VpnGw3 最大 30* 最大 128 最大 1000 1.25 Gbps 支援
第 1 代 VpnGw1AZ 最大 30* 最大 128 最大 250 650 Mbps 支援
第 1 代 VpnGw2AZ 最大 30* 最大 128 最大 500 1 Gbps 支援
第 1 代 VpnGw3AZ 最大 30* 最大 128 最大 1000 1.25 Gbps 支援
第 2 代 VpnGw2 最大 30* 最大 128 最大 500 1.25 Gbps 支援
第 2 代 VpnGw3 最大 30* 最大 128 最大 1000 2.5 Gbps 支援
第 2 代 VpnGw4 最大 30* 最大 128 最大 5000 5 Gbps 支援
第 2 代 VpnGw5 最大 30* 最大 128 最大 10000 10 Gbps 支援
第 2 代 VpnGw2AZ 最大 30* 最大 128 最大 500 1.25 Gbps 支援
第 2 代 VpnGw3AZ 最大 30* 最大 128 最大 1000 2.5 Gbps 支援
第 2 代 VpnGw4AZ 最大 30* 最大 128 最大 5000 5 Gbps 支援
第 2 代 VpnGw5AZ 最大 30* 最大 128 最大 10000 10 Gbps 支援

如果您需要超過30個以上的 S2S VPN 通道, ( * ) 使用 虛擬 WAN

  • VpnGw SKU 的大小重新調整可在相同世代內進行,但「基本」SKU 的大小重新調整除外。 「基本」SKU 是舊版 SKU,而且有功能限制。 若要從「基本」移到另一個 VpnGw SKU,您必須刪除「基本」SKU VPN 閘道,並使用所需的世代和 SKU 大小組合建立新閘道。 您只能將基本閘道的大小調整為另一個舊版 SKU (請參閱 使用舊版 sku) 。

  • 這些連線數限制是個別的。 例如,您在 VpnGw1 SKU 上可以有 128 個 SSTP 連線和 250 個 IKEv2 連線。

  • 價格 頁面上可以找到價格資訊。

  • 可以在 SLA 頁面上找到 SLA (服務等級協定) 資訊。

  • 在單一通道上,可以達到最多 1 Gbps 的輸送量。 上表中的「彙總輸送量基準測試」是以透過單一閘道所彙總多個通道的量值為基礎。 VPN 閘道的彙總輸送量基準是 S2S + P2S 的組合。 如果您有許多 P2S 連線,S2S 連線即可能因為輸送量限制而受到負面影響。 由於網際網路流量條件和您的應用程式行為,彙總輸送量基準測試不是保證的輸送量。

為了協助我們的客戶了解 SKU 使用不同演算法的相對效能,我們使用了可公開取得的 iPerf 和 CTSTraffic 工具來測量效能。 下表列出第 1 代、VpnGw SKU 的效能測試結果。 如您所見,當我們針對 IPsec 加密和完整性使用 GCMAES256 演算法時,將會取得最佳效能。 當您針對 IPsec 加密和完整性使用 AES256 和 SHA256 時,我們會取得平均效能。 當您針對 IPsec 加密和完整性使用 DES3 和 SHA256 時,我們會取得最低效能。

世代 SKU 使用的
演算法
觀察到的
輸送量
每一通道觀察到的每秒封包數
第 1 代 VpnGw1 GCMAES256
AES256 & SHA256
DES3 & SHA256
650 Mbps
500 Mbps
120 Mbps
58,000
50,000
50,000
第 1 代 VpnGw2 GCMAES256
AES256 & SHA256
DES3 & SHA256
1 Gbps
500 Mbps
120 Mbps
90,000
80,000
55,000
第 1 代 VpnGw3 GCMAES256
AES256 & SHA256
DES3 & SHA256
1.25 Gbps
550 Mbps
120 Mbps
105,000
90,000
60,000
第 1 代 VpnGw1AZ GCMAES256
AES256 & SHA256
DES3 & SHA256
650 Mbps
500 Mbps
120 Mbps
58,000
50,000
50,000
第 1 代 VpnGw2AZ GCMAES256
AES256 & SHA256
DES3 & SHA256
1 Gbps
500 Mbps
120 Mbps
90,000
80,000
55,000
第 1 代 VpnGw3AZ GCMAES256
AES256 & SHA256
DES3 & SHA256
1.25 Gbps
550 Mbps
120 Mbps
105,000
90,000
60,000

注意

只有 Resource Manager 部署模型支援 VpnGw SKU (VpnGw1、VpnGw1AZ、VpnGw2、VpnGw2AZ、VpnGw3、VpnGw3AZ、VpnGw4、VpnGw4AZ、VpnGw5 和 VpnGw5AZ)。 傳統虛擬網路應該繼續使用舊式 (舊版) SKU。

依功能集區分的閘道 SKU

新式 VPN 閘道 SKU 可簡化閘道上提供的功能集:

SKU 功能
基本 (**) 路由式 VPN:適用於 P2S/連線的 10 個通道;沒有適用於 P2S 的 RADIUS 驗證;沒有適用於 P2S 的 IKEv2
原則式 VPN (IKEv1):1 個 S2S/連線通道;沒有 P2S
基本以外的所有 Generation1 和 Generation2 SKU 路由式 VPN:最多 30 個通道 ( * ),P2S、BGP、主動-主動、自訂 IPsec/IKE 原則、ExpressRoute/VPN 共存

(*) 您可以設定 "PolicyBasedTrafficSelectors",將以路由為基礎的 VPN 閘道連線至多個內部部署以原則為基礎的防火牆裝置。 如需詳細資訊,請參閱使用 PowerShell 將 VPN 閘道連線至多個內部部署原則式 VPN 裝置

(**) 基本 SKU 被視為舊版 SKU。 基本 SKU 有某些功能限制。 您無法調整使用基本 SKU 的閘道大小來成為新的閘道 SKU,您必須改以變更為新的 SKU,而需要刪除並重新建立 VPN 閘道。

閘道 SKU - 生產與開發測試工作負載

由於 SLA 和功能集的差異,我們建議將下列 SKU 用於產生與開發測試:

[工作負載] SKU
生產、重要工作負載 基本以外的所有 Generation1 和 Generation2 SKU
開發測試或概念證明 基本 (**)

(**) 基本 SKU 被視為舊版 SKU,而且有功能限制。 請先確認其有支援您需要的功能,再使用基本 SKU。

如果您使用舊式 SKU (舊版),生產 SKU 建議為標準和高效能。 如需舊式 SKU 的資訊和指示,請參閱閘道 SKU (舊版)

設定閘道 SKU

Azure 入口網站

如果您使用 Azure 入口網站來建立 Resource Manager 虛擬網路閘道,可以使用下拉式清單選取閘道 SKU。 您看到的選項對應於您選取的閘道類型和 VPN 類型。

PowerShell

下列 PowerShell 範例將 -GatewaySku 指定為 VpnGw1。 使用 PowerShell 來建立閘道時,您必須先建立 IP 組態,然後使用變數來參考它。 在此範例中,組態變數是 $gwipconfig。

New-AzVirtualNetworkGateway -Name VNet1GW -ResourceGroupName TestRG1 `
-Location 'US East' -IpConfigurations $gwipconfig -GatewaySku VpnGw1 `
-GatewayType Vpn -VpnType RouteBased

Azure CLI

az network vnet-gateway create --name VNet1GW --public-ip-address VNet1GWPIP --resource-group TestRG1 --vnet VNet1 --gateway-type Vpn --vpn-type RouteBased --sku VpnGw1 --no-wait

調整大小或變更 SKU

如果您擁有 VPN 閘道,且您想要使用不同的閘道 SKU,您可選擇調整您的閘道 SKU,或是變更為另一個 SKU。 當您變更為另一個閘道 SKU 時,會完全刪除現有的閘道並建立一個新的閘道。 建立閘道通常可能需要 45 分鐘或更久,視選取的閘道 SKU 而定。 相較之下,當您調整閘道 SKU 的大小時,因為您不需要刪除和重建閘道,所以不會有太多停機時間。 如果您可以選擇調整您閘道 SKU 的大小,而不必加以變更,建議您這麼做。 不過,關於調整大小有一些規則:

  1. 除了基本 SKU 之外,您還可以將 VPN 閘道 SKU 的大小調整為相同世代 (Generation1.xml 或 Generation2) 中的另一個 VPN 閘道 SKU。 例如,Generation1.xml 的 VpnGw1 可以調整大小為 VpnGw2 的 Generation1.xml,而不是 VpnGw2 Generation2。
  2. 使用舊式閘道 SKU 時,您可以在基本、標準和高效能 SKU 之間調整大小。
  3. 無法 從基本/標準/HighPerformance sku 調整為 VpnGw sku。 您必須改為變更為新的 SKU。

調整閘道大小

Azure 入口網站

  1. 移至虛擬網路閘道的 [設定] 頁面。

  2. 選取下拉式清單的箭號。

    調整閘道大小

  3. 選取下拉式清單的 SKU。

    選取 SKU

PowerShell

您可以使用 Resize-AzVirtualNetworkGateway PowerShell Cmdlet 來升級或降級 Generation1 或 Generation2 SKU (所有 VpnGw SKU 都可以調整大小,但基本 SKU 除外)。 如果您使用基本閘道 SKU, 會改為使用這些指示調整您的閘道大小。

下列 PowerShell 範例示範將閘道 SKU 的大小調整為 VpnGw2。

$gw = Get-AzVirtualNetworkGateway -Name vnetgw1 -ResourceGroupName testrg
Resize-AzVirtualNetworkGateway -VirtualNetworkGateway $gw -GatewaySku VpnGw2

從舊式 (舊版) SKU 變更為新的 SKU

如果您使用的是資源管理員部署模型,則可以變更為新的閘道 SKU。 從舊版閘道 SKU 變更到新的 SKU 時,您會刪除現有的 VPN 閘道,並建立新的 VPN 閘道。

工作流程:

  1. 移除虛擬網路閘道的任何連線。
  2. 刪除舊的 VPN 閘道。
  3. 建立新的 VPN 閘道。
  4. 以新的 VPN 閘道 IP 位址更新內部部署 VPN 裝置 (適用於站對站連線)。
  5. 針對將連線到此閘道的任何 VNet 對 VNet 區域網路閘道,更新其閘道 IP 位址值。
  6. 下載新的用戶端 VPN 組態套件,以便 P2S 用戶端透過此 VPN 閘道連線至虛擬網路。
  7. 重新建立虛擬網路閘道的連線。

考量:

  • 若要移至新的 SKU,您的 VPN 閘道必須在資源管理員部署模型中。
  • 如果您有傳統的 VPN 閘道,您必須繼續使用該閘道較舊的舊版 SKU;不過,您可以調整舊版 SKU 間的大小。 您無法變更為新的 SKU。
  • 從舊版的 SKU 變更到新的 SKU 時,會有一段時間連線中斷。
  • 變更為新的閘道 SKU 時,您 VPN 閘道的公用 IP 位址也會變更。 即使您指定了之前用過的相同公用 IP 位址物件,也會發生這種情況。

連線類型

Resource Manager 部署模型中,每個設定都需要特定的虛擬網路閘道連線類型。 -ConnectionType 的可用 Resource Manager PowerShell 值為:

  • IPsec
  • Vnet2Vnet
  • ExpressRoute
  • VPNClient

在下列 PowerShell 範例中,我們會建立需要 IPsec 連線類型的 S2S 連線。

New-AzVirtualNetworkGatewayConnection -Name localtovon -ResourceGroupName testrg `
-Location 'West US' -VirtualNetworkGateway1 $gateway1 -LocalNetworkGateway2 $local `
-ConnectionType IPsec -RoutingWeight 10 -SharedKey 'abc123'

VPN 類型

當您為 VPN 閘道組態建立虛擬網路閘道時,必須指定 VPN 類型。 您所選擇的 VPN 類型取決於您想要建立的連線拓撲。 例如,P2S 連線需要 RouteBased VPN 類型。 VPN 類型也取決於您使用的硬體。 S2S 組態需要 VPN 裝置。 有些 VPN 裝置僅支援特定 VPN 類型。

您選取的 VPN 類型必須滿足您想建立的解決方案的所有連線需求。 例如,如果您想為相同的虛擬網路建立 S2S VPN 閘道連線和 P2S VPN 閘道連線,您會使用 VPN 類型 RouteBased ,因為 P2S 需要 RouteBased VPN 類型。 您也必須確認您的 VPN 裝置支援 RouteBased VPN 連線。

一旦建立虛擬網路閘道,就無法變更 VPN 類型。 您必須刪除虛擬網路閘道,然後再建立新的。 有兩種 VPN 類型:

  • PolicyBased︰ 原則式 VPN 先前在傳統部署模型內稱為靜態路由閘道。 原則式 VPN 會根據使用內部部署網路與 Azure VNet 之間的位址首碼組合所設定的 IPsec 原則,透過 IPsec 通道加密和導向封包。 原則 (或流量選取器) 通常定義為 VPN 裝置組態中的存取清單。 原則式 VPN 類型的值是 PolicyBased 。 使用 PolicyBased VPN,請記住下列限制︰

    • PolicyBased VPN「只有」 在「基本」閘道 SKU 上才能使用。 這個 VPN 類型與其他閘道 SKU 不相容。
    • 使用 PolicyBased VPN 時,您只能有 1 個通道。
    • 您只能將 PolicyBased VPN 用於 S2S 連線,而且僅限用於特定組態。 大多數「VPN 閘道」組態都需要一個 RouteBased VPN。
  • RouteBased︰ 路由式 VPN 先前在傳統部署模型內稱為動態路由閘道。 路由式 Vpn 會使用 IP 轉送或路由表中的「路由」,直接封包至其對應的通道介面。 然後,通道介面會加密或解密輸入和輸出通道的封包。 路由式 VPN 的原則或流量選取器會設定為任何對任何 (或萬用字元)。 路由式 VPN 類型的值是 路由式

下列 PowerShell 範例將 -VpnType 指定為 RouteBased。 在建立閘道時,您必須確定用於組態的 -VpnType 是正確的。

New-AzVirtualNetworkGateway -Name vnetgw1 -ResourceGroupName testrg `
-Location 'West US' -IpConfigurations $gwipconfig `
-GatewayType Vpn -VpnType RouteBased

閘道需求

下表列出 PolicyBased 和 RouteBased VPN 閘道的需求。 此資料表適用於資源管理員與傳統部署模型。 就傳統模型而言,PolicyBased VPN 閘道與「靜態」閘道相同,而 RouteBased 閘道則與「動態」閘道相同。

PolicyBased 基本 VPN 閘道 RouteBased 基本 VPN 閘道 RouteBased 標準 VPN 閘道 RouteBased 高效能 VPN 閘道
站對站連線能力 (S2S) PolicyBased VPN 組態 RouteBased VPN 組態 RouteBased VPN 組態 RouteBased VPN 組態
點對站連線 (P2S) 不支援 支援 (可與 S2S 並存) 支援 (可與 S2S 並存) 支援 (可與 S2S 並存)
驗證方法 預先共用金鑰 S2S 連線的預先共用金鑰,P2S 連線的憑證 S2S 連線的預先共用金鑰,P2S 連線的憑證 S2S 連線的預先共用金鑰,P2S 連線的憑證
S2S 連接的數目上限 1 10 10 30
P2S 連接的數目上限 不支援 128 128 128
作用中路由支援 (BGP) (*) 不支援 不支援 支援 支援

(*) BGP 傳統部署模型則不支援。

閘道子網路

建立 VPN 閘道之前,您必須先建立閘道子網路。 閘道子網路包含虛擬網路閘道 VM 與服務所使用的 IP 位址。 建立虛擬網路閘道時,會將閘道 VM 部署到閘道子網路,並為 VM 設定必要的 VPN 閘道設定。 請勿將任何其他項目 (例如其他 VM) 部署到閘道子網路。 此閘道子網路必須命名為 'GatewaySubnet' 才能正常運作。 將閘道子網路命名為 'GatewaySubnet' 可讓 Azure 知道這是要用來部署虛擬網路閘道 VM 和服務的子網路。

注意

不支援 具有 0.0.0.0/0 目的地的使用者定義路由和 GatewaySubnet 上的 NSG。 使用此組態建立的閘道將會遭到封鎖而無法建立。 閘道需要存取管理控制器,才能正常運作。 GatewaySubnet 上的 BGP 路由傳播應該設定為 [已啟用],以確保閘道的可用性。 如果這設定為已停用,閘道將無法運作。

當您建立閘道子網路時,您可指定子網路包含的 IP 位址數目。 閘道子網路中的 IP 位址會配置給閘道 VM 和閘道服務。 有些組態需要的 IP 位址比其他組態多。

當您規劃閘道子網路大小時,請參閱您打算建立的設定文件。 例如,ExpressRoute/VPN 閘道並存設定相較於大部分的其他設定,需要較大的閘道子網路。 此外,您可能會想要確定閘道子網路包含足夠的 IP 位址,以因應未來可能的額外組態需求。 如果您有可用的位址空間可以這麼做,您可以建立像 /29 這麼小的閘道子網路,但建議您建立 /27 或更大 (/27、/26 等) 的閘道子網路。 這會容納大部分的設定。

下列 Resource Manager PowerShell 範例顯示名為 GatewaySubnet 的閘道子網路。 您可以看到 CIDR 標記法指定 /27,這可提供足以供大多數現有組態使用的 IP 位址。

Add-AzVirtualNetworkSubnetConfig -Name 'GatewaySubnet' -AddressPrefix 10.0.3.0/27

重要

使用閘道子網路時,避免將網路安全性群組 (NSG) 與閘道子網路產生關聯。 將網路安全性群組與此子網產生關聯,可能會導致您的虛擬網路閘道 (VPN 和 Express Route 閘道) 停止如預期般運作。 如需網路安全性群組的詳細資訊,請參閱 什麼是網路安全性群組?

局域網路閘道

區域網路閘道與虛擬網路閘道並不相同。 建立 VPN 閘道設定時,局域網路閘道通常代表您的內部部署網路和對應的 VPN 裝置。 在傳統部署模型中,區域網路閘道被稱為本機站台。

您可以為局域網路閘道指定內部部署 VPN 裝置的名稱、公用 IP 位址或完整功能變數名稱 (FQDN) ,並指定位於內部部署位置的位址首碼。 Azure 會查看網路流量的目的地位址首碼、查閱您為區域網路閘道指定的組態,然後根據這些來路由傳送封包。 如果您在 VPN 裝置上使用邊界閘道協定 (BGP) ,您將會提供 VPN 裝置的 BGP 對等 IP 位址,以及內部部署網路 (ASN) 的自發系統編號。 您也可以針對使用 VPN 閘道連線的 VNet 對 VNet 組態指定區域網路閘道。

下列 PowerShell 範例會建立新的區域網路閘道︰

New-AzLocalNetworkGateway -Name LocalSite -ResourceGroupName testrg `
-Location 'West US' -GatewayIpAddress '23.99.221.164' -AddressPrefix '10.5.51.0/24'

有時,您會需要修改區域網路閘道設定。 例如,當您新增或修改位址範圍時,或 VPN 裝置的 IP 位址變更時。 請參閱使用 PowerShell 修改區域網路閘道設定

REST API、PowerShell Cmdlet、CLI

使用 REST API、PowerShell Cmdlet 或 Azure CLI 來設定 VPN 閘道組態時,如需其他技術資源和特定語法需求,請參閱下列頁面:

傳統 Resource Manager
PowerShell PowerShell
REST API REST API
不支援 Azure CLI

後續步驟

如需有關可用連線組態的詳細資訊,請參閱關於 VPN 閘道