Azure虚拟网络及VNet对等连接场景下SQL连接错误求助

问题本质 #

报错 A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: TCP Provider, error: 0 - No such host is known.) (Microsoft SQL Server, Error: 11001) 核心是DNS解析失败——因为同VNet的SQL1能正常连接，说明网关和基础网络连通性无问题，问题集中在测试VNet的DNS配置、VNet对等规则或SQL2的网络设置上。

逐一排查项 #

• DNS解析配置验证
  双向VNet对等不会自动同步DNS解析，需确保：

  1. 主VNet与测试VNet的DNS服务器指向同一Azure私有DNS区域解析器，或使用自定义DNS服务器实现跨VNet的FQDN解析。
  2. 若SQL2使用私有端点，需确认对应私有DNS区域（如privatelink.database.windows.net）已同时关联主VNet和测试VNet，保证主VNet内客户端能解析SQL2的私有端点FQDN。

• SQL2网络配置检查

  1. 确认SQL2已部署私有端点且位于测试VNet内，私有端点的网络ACL允许主VNet的地址段访问。
  2. 检查SQL2的防火墙规则：要么添加主VNet的地址空间，要么开启“允许Azure服务和资源访问此服务器”（优先用私有端点保障安全）。

• 基础连通性测试

  1. 在主VNet的虚拟机上，ping SQL2的私有IP，确认跨VNet路由是否正常。
  2. 执行命令 nslookup xxxxxxxxxxxx.windows.net，查看返回IP是否为SQL2的私有IP：若返回公网IP或无结果，说明DNS解析配置失效。

• VNet对等配置确认

  1. 检查双向对等连接状态均为已连接，无配置中断。
  2. 确认对等连接中已勾选“允许转发流量”（跨VNet流量转发的必要条件）。

快速修复步骤 #

若使用Azure SQL私有端点，优先按以下操作修复：

1. 登录Azure门户，找到SQL2对应的私有DNS区域，将主VNet添加到区域关联列表中。
2. 确认主VNet的DNS服务器设置为Azure DNS（或能访问该私有DNS区域的自定义服务器）。

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