你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
从应用服务环境安全地连接到后端资源
重要
本文介绍应用服务环境 v1。 应用服务环境 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 停用更新。
由于应用服务环境始终创建于 Azure 资源管理器虚拟网络或经典部署模型虚拟网络中，因此从应用服务环境发往其他后端资源的出站连接可以独占方式通过虚拟网络发送。 自 2016 年 6 月起，ASE 也可以部署到使用公用地址范围或 RFC1918 地址空间（专用地址）的虚拟网络。
例如，SQL Server 可能在已锁定端口 1433 的虚拟机群集上运行。 此终结点可能已纳入 ACL，只允许从相同虚拟网络上的其他资源进行访问。
另举一例，机密终结点可能在内部运行并通过站点到站点或 Azure ExpressRoute 连接来与 Azure 建立连接。 因此，只有已连接到站点到站点或 ExpressRoute 隧道的虚拟网络中的资源可以访问本地终结点。
对于所有这些方案，在应用服务环境上运行的应用可以安全地连接到各种服务器和资源。 如果来自应用的出站流量在应用服务环境中流动到同一虚拟网络中的（或连接到同一虚拟网络的）专用终结点，则该流量将只在该虚拟网络中流动。 流动到专用终结点的出站流量不会在公共 Internet 上流动。
对于从应用服务环境到虚拟网络中终结点的出站流量，有一个问题需要注意。 应用服务环境无法访问与应用服务境位于同一子网中的虚拟机的终结点。 如果将应用服务环境部署到保留的专供应用服务环境使用的子网中，则此限制通常应该不会出现问题。
注意
尽管本文中指的是 Web 应用，但内容同样适用于 API 应用和移动应用。
出站连接和 DNS 要求
若要让应用服务环境正常运行，需具有对各个终结点的出站访问权限。 Network Configuration for ExpressRoute（ExpressRoute 的网络配置）一文的“所需的网络连接”部分中提供了 ASE 所用外部终结点的完整列表。
应用服务环境要求为虚拟网络配置有效 DNS 基础结构。 如果在创建应用服务环境之后更改了 DNS 配置，开发人员可以强制应用服务环境选择新的 DNS 配置。 在门户中“应用服务环境管理”边栏选项卡的顶部，选择“重启”图标，以触发滚动环境重启，这会导致环境选择新的 DNS 配置。
另外，建议在创建应用服务环境之前先在 VNet 上设置任何自定义 DNS 服务器。 如果在创建应用服务环境的过程中更改虚拟网络的 DNS 配置，则会导致应用服务环境创建过程失败。 在 VPN 网关的另一端，如果有无法访问或无法使用的自定义 DNS 服务器，那么，应用服务环境创建过程也会失败。
连接到 SQL Server
常见的 SQL Server 配置包含一个侦听端口 1433 的终结点：
有两种方法可限制发往此终结点的流量：
使用网络 ACL 限制访问
使用网络访问控制列表可以保护端口 1433。 下面的示例将分配权限添加到源自某个虚拟网络内的客户端地址，并阻止对所有其他客户端的访问。
在 SQL Server 所在的虚拟网络的应用服务环境中运行的任何应用程序都可以连接到 SQL Server 实例。 请使用 SQL Server 虚拟机的 VNet 内部 IP 地址。
以下连接字符串示例使用其专用 IP 地址引用 SQL Server。
Server=tcp:10.0.1.6;Database=MyDatabase;User ID=MyUser;Password=PasswordHere;provider=System.Data.SqlClient
虽然虚拟机也有公共终结点，但使用公共 IP 地址进行连接的尝试将会由于网络 ACL 而被拒绝。
使用网络安全组限制访问
另一种保护访问安全的方法是使用网络安全组。 网络安全组可以应用到单个虚拟机，或应用到包含虚拟机的子网。
首先，需要创建网络安全组：
New-AzureNetworkSecurityGroup -Name "testNSGexample" -Location "South Central US" -Label "Example network security group for an app service environment"
使用网络安全组来限制只允许访问 VNet 内部流量是很简单的。 网络安全组中的默认规则只允许从相同虚拟网络中的其他网络客户端访问。
因此，锁定对 SQL Server 的访问是很简单的。 只需将网络安全组（使用其默认规则）应用到运行 SQL Server 的虚拟机，或者应用到包含这些虚拟机的子网。
以下示例将网络安全组应用到包含的子网：
Get-AzureNetworkSecurityGroup -Name "testNSGExample" | Set-AzureNetworkSecurityGroupToSubnet -VirtualNetworkName 'testVNet' -SubnetName 'Subnet-1'
最终结果是一组安全规则，这些规则会阻止外部访问，但会允许 VNet 内部访问：
入门
若要开始使用应用服务环境，请参阅应用服务环境简介
有关控制发往应用服务环境的入站流量的详细信息，请参阅控制应用服务环境的入站流量
注意
如果您想要在注册 Azure 帐户之前开始使用 Azure 应用服务，请转到试用应用服务，您可以在应用服务中立即创建一个生存期较短的入门 Web 应用。 不需要使用信用卡，也不需要做出承诺。