你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

使用强制隧道配置应用服务环境

项目
10/16/2024

重要

本文介绍用于独立应用服务计划的应用服务环境 v2。应用服务环境 v1 和 v2 于 2024 年 8 月 31 日停用。应用服务环境有新版本，此版本更易于使用并在更强大的基础结构上运行。若要详细了解该新版本，请先参阅应用服务环境简介。如果你当前正在使用应用服务环境 v1，请按照本文中的步骤迁移到新版本。

从 2024 年 8 月 31 日开始，服务级别协议 (SLA) 和服务额度不再适用于继续投入生产的应用服务环境 v1 和 v2 工作负荷，因为它们是停用的产品。应用服务环境 v1 和 v2 硬件已开始停用，这可能会影响你的应用和数据的可用性和性能。

你必须立即完成到应用服务环境 v3 的迁移，否则你的应用和资源可能会被删除。我们将使用就地迁移功能在最大程度上努力尝试自动迁移任何剩余的应用服务环境 v1 和 v2，但 Microsoft 对自动迁移后的应用程序可用性不作任何声明或保证。你可能需要执行手动配置来完成迁移，并优化应用服务计划 SKU 选项来满足需求。如果无法进行自动迁移，则资源和关联的应用数据会被删除。我们强烈建议你立即采取行动，以避免发生这两种极端情况之一。

如果你需要更多时间，我们可以为你提供 30 天的一次性宽限期来完成迁移。如需了解更多信息并申请此宽限期，请查看宽限期概述，然后转到 Azure 门户并访问每个应用服务环境的“迁移”边栏选项卡。

有关应用服务环境 v1/v2 停用的最新信息，请参阅应用服务环境 v1 和 v2 停用更新。

应用服务环境 (ASE) 是部署在客户的 Azure 虚拟网络中的 Azure 应用服务。许多客户使用 VPN 或 Azure ExpressRoute 连接将其 Azure 虚拟网络配置为本地网络的扩展。强制隧道是指将本应发往 Internet 的流量重定向到 VPN 或虚拟设备。虚拟设备通常用于检查和审核出站网络流量。

ASE 具有许多外部依赖项，详见应用服务环境网络体系结构文档中的说明。通常情况下，所有 ASE 出站依赖项流量必须通过 ASE 中预配的 VIP。如果更改了出入 ASE 的流量的路由而没有遵循以下说明，则 ASE 会停止运行。

在 Azure 虚拟网络中，路由是基于最长前缀匹配 (LPM) 实现的。如果有多个路由的 LPM 匹配情况相同，则按以下顺序根据路由源来选择路由：

用户定义的路由 (UDR)
BGP 路由（当使用 ExpressRoute 时）
系统路由

若要详细了解虚拟网络中的路由，请参阅用户定义的路由和 IP 转发。

如果需要将 ASE 出站流量路由到其他地方而不是直接路由到 Internet，则有以下选择：

让 ASE 获得直接 Internet 访问权限
将 ASE 子网配置为忽略 BGP 路由
将 ASE 子网配置为使用 Azure SQL 和 Azure 存储的服务终结点
将自己的 IP 添加到 ASE Azure SQL 防火墙

启用应用服务环境，获得直接访问 Internet 的权限

若要让 ASE 在 Azure 虚拟网络配置了 ExpressRoute 的情况下也直接转到 Internet，可执行以下操作：

将 ExpressRoute 配置为播发 0.0.0.0/0。默认情况下，它路由所有本地出站流量。
创建地址前缀为 0.0.0.0/0、下一跃点类型为 Internet 的 UDR，将其应用到 ASE 子网。

如果执行这两项更改，则不会强制由应用服务环境子网发往 Internet 的流量通过 ExpressRoute 连接。

如果网络已将流量路由到本地，则需创建用于托管 ASE 的子网，并为其配置 UDR，然后才能尝试部署该 ASE。

重要

UDR 中定义的路由必须足够明确，以便优先于 ExpressRoute 配置所播发的任何路由。上述示例使用了广泛的 0.0.0.0/0 地址范围。因此很困意外地被使用更具体地址范围的路由播发重写。

交叉播发从公共对等路径到专用对等路径的路由的 ExpressRoute 配置不支持应用服务环境。已配置公共对等互连的 ExpressRoute 配置将收到来自 Microsoft 的路由播发。这些播发包含大量的 Microsoft Azure 地址范围。如果这些地址范围在专用对等路径上交叉播发，则来自应用服务环境子网的所有出站网络数据包均路由至客户的本地网络基础结构。默认情况下，应用服务环境不支持此网络流。一个解决方法是停止公共对等路径到专用对等路径的交叉播发路由。另一种解决方法是使应用服务环境能够在强制隧道配置中正常工作。

直接 Internet 访问

将 ASE 子网配置为忽略 BGP 路由

可将 ASE 子网配置为忽略所有 BGP 路由。如果配置为忽略 BGP 路由，ASE 将可以访问其依赖项，而不会出现任何问题。但是，需要创建 UDR 才能让应用访问本地资源。

将 ASE 子网配置为忽略 BGP 路由：

创建 UDR 并将其分配到 ASE 子网（如果没有 UDR）。
在 Azure 门户中，打开分配到 ASE 子网的路由表的 UI。选择“配置”。将“虚拟网关路由传播”设置为“禁用”。单击“保存”。创建路由表文档介绍了如何关闭此设置。

将 ASE 子网配置为忽略所有 BGP 路由后，应用将不再能够访问本地资源。若要让用于访问本地资源，请编辑分配到 ASE 子网的 UDR，并添加本地地址范围的路由。 “下一跃点类型”应设置为“虚拟网络网关”。

为 ASE 配置服务终结点

若要路由来自 ASE 的所有出站流量（到 Azure SQL 和 Azure 存储的除外），请执行以下步骤：

创建一个路由表，将其分配给 ASE 子网。若要查找与区域相匹配的地址，请参阅应用服务环境管理地址。为这些地址创建路由，或将 AppServiceManagement 服务标记与 Internet 的下一个跃点配合使用。之所以需要这些路由，是因为应用服务环境入站管理流量必须从发送到的地址进行回复。
为 ASE 子网启用 Azure SQL 和 Azure 存储的服务终结点。完成此步骤以后，即可使用强制隧道来配置 VNet。

若要详细了解如何使用模板来部署 ASE，请阅读使用模板创建应用服务环境。

可以通过服务终结点将多租户服务的访问权限限制给一组 Azure 虚拟网络和子网。若要详细了解服务终结点，请参阅虚拟网络服务终结点文档。

在资源上启用服务终结点时，有些已创建路由的优先级高于所有其他路由。如果将服务终结点与强制隧道 ASE 配合使用，则 Azure SQL 和 Azure 存储管理流量不会通过强制隧道进行重定向。其他 ASE 依赖项流量会通过强制隧道重定向，不能丢失，否则 ASE 会功能失常。

在包含 Azure SQL 实例的子网上启用服务终结点时，所有与该子网有连接的 Azure SQL 实例必定会启用服务终结点。如果需要从同一子网访问多个 Azure SQL 实例，则不能在一个 Azure SQL 实例上启用服务终结点，而在另一个实例上不启用。 Azure 存储的表现与 Azure SQL 不同。对 Azure 存储启用服务终结点时，可以锁定从子网对该资源进行的访问，但仍可访问其他 Azure 存储帐户，即使这些帐户未启用服务终结点。

如果为强制隧道配置网络筛选设备，则请记住，除了 Azure SQL 和 Azure 存储，ASE 还有依赖项。如果阻止流向这些依赖项的流量，ASE 会功能失常。

使用服务终结点的强制隧道

将自己的 IP 添加到 ASE Azure SQL 防火墙

若要让来自 ASE 的所有出站流量（到 Azure 存储的除外）进入隧道，请执行以下步骤：

创建一个路由表，将其分配给 ASE 子网。若要查找与区域相匹配的地址，请参阅应用服务环境管理地址。为下一跃点为 Internet 的那些地址创建路由。之所以需要这些路由，是因为应用服务环境入站管理流量必须从发送到的地址进行回复。
为 ASE 子网启用 Azure 存储的服务终结点
获取可供所有从应用服务环境到 Internet 的出站流量使用的地址。如果在本地路由流量，则这些地址为 NAT 或网关 IP。若要通过 NVA 路由应用服务环境出站流量，则出口地址为 NVA 的公共 IP。
若要在现有的应用服务环境中设置传出地址：请转到 resources.azure.com，再转到 Subscription/<subscription id>/resourceGroups/<ase resource group>/providers/Microsoft.Web/hostingEnvironments/<ase name>。然后即可看到描述应用服务环境的 JSON 代码。确保代码的顶部显示“读/写”。选择“编辑”。向下滚动到底部。将“userWhitelistedIpRanges”值从“null”更改为类似于以下内容的值。使用要设置为出口地址范围的地址。
```
"userWhitelistedIpRanges": ["11.22.33.44/32", "55.66.77.0/24"]
```
选择顶部的“PUT”。此选项会触发应用服务环境的缩放操作，并对防火墙进行调整。

使用出口地址创建 ASE：按照使用模板创建应用服务环境中的说明进行操作，并下拉相应的模板。编辑 azuredeploy.json 文件中的 "resources" 节，但 "properties" 块除外，并添加一行，用于 userWhitelistedIpRanges（含值）。

"resources": [
    {
        "apiVersion": "2015-08-01",
        "type": "Microsoft.Web/hostingEnvironments",
        "name": "[parameters('aseName')]",
        "kind": "ASEV2",
        "location": "[parameters('aseLocation')]",
        "properties": {
            "name": "[parameters('aseName')]",
            "location": "[parameters('aseLocation')]",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "[parameters('internalLoadBalancingMode')]",
            "dnsSuffix" : "[parameters('dnsSuffix')]",
            "virtualNetwork": {
                "Id": "[parameters('existingVnetResourceId')]",
                "Subnet": "[parameters('subnetName')]"
            },
            "userWhitelistedIpRanges":  ["11.22.33.44/32", "55.66.77.0/30"]
        }
    }
]

进行这些更改后，即可将流量直接从 ASE 发送到 Azure 存储，并且可以从 ASE 的 VIP 之外的其他地址访问 Azure SQL。

使用 SQL 允许列表的强制隧道

防止问题

如果 ASE 与其依赖项之间的通信中断，ASE 会进入不正常状态。如果保持不正常状态的时间过长，ASE 会暂停。若要取消 ASE 的暂停，请按 ASE 门户中的说明操作。

除了直接中断通信，还可以引入过高的延迟，对 ASE 造成负面影响。如果 ASE 与本地网络相距过远，则可能会造成延迟过高。例如，如果需要跨洋过洲来访问本地网络，则表明相距过远。如果出现 Intranet 拥塞或存在出站带宽约束，则也可能会导致延迟。

通过