创建私有终结点后Azure SQL Server VNet集成失效问题咨询

问题本质：并非Azure Bug，是私有DNS优先级覆盖导致 #

当VNet绑定私有DNS区域后，所有针对*.database.windows.net的DNS查询会优先路由到私有DNS区域。如果同区域SQL Server未配置私有终结点，私有DNS区域中没有对应的A记录，就会出现解析失败——因为私有DNS不会自动回退到Azure公共DNS查询，而VNet集成的流量依赖正确的DNS解析来路由到SQL Server的服务终结点或公共IP。

除添加私有终结点外的替代方案 #

• 配置私有DNS区域转发规则：在私有DNS区域中添加转发规则，将未匹配的SQL Server域名请求转发到Azure公共DNS服务器（168.63.129.16）。当私有DNS中没有对应记录时，会自动转向公共DNS解析，保证同区域SQL Server的域名能正常解析。
• 使用自定义DNS服务器：将VNet的DNS服务器设置为自定义DNS（如Azure DNS Private Resolver），配置条件转发：把需要私有解析的SQL Server域名指向私有DNS区域，其他域名转发到Azure公共DNS，灵活区分不同SQL Server的解析规则。
• 启用SQL Server服务终结点：给同区域SQL Server所在的VNet启用SQL服务终结点，同时在App Service的VNet集成配置中关联该VNet，并在SQL Server的防火墙规则中添加App Service所在VNet的服务终结点范围。这种方式不依赖DNS解析，直接通过VNet服务终结点的网络通道访问SQL Server，绕过DNS问题。

内容的提问来源于stack exchange，提问作者Arthur Stankevich