北欧区域Azure Database网关相关连接问题咨询

问题梳理 #

• 北欧区域部署Azure SQL数据库的客户中，上周起严格管控防火墙1433端口访问地址的部分客户出现连接故障
• 测试验证：对应cr4.northeurope1-a.control.database.windows.net、cr7等网关的IP（如13.74.104.113、52.138.224.1）的客户连接正常；对应cr14、cr15网关的数据库实例（[oneofoursites].database.windows.net）解析出的52.146.133.130、52.146.133.131导致连接失败
• 官方文档中列出的北欧区域网关IP子网为52.146.133.128/27，对子网含义存疑，无法定位是文档问题还是配置疏漏

子网含义解释 #

52.146.133.128/27是CIDR（无类别域间路由）子网表示法：

• 这个子网的IP范围是52.146.133.128 至 52.146.133.159，你遇到的52.146.133.130、52.146.133.131完全包含在该子网内
• Azure SQL的网关IP会在官方指定的子网范围内动态调整，仅放行单个IP会因IP滚动更新导致连接中断

解决步骤 #

1. 调整防火墙规则：将北欧区域的Azure SQL网关子网52.146.133.128/27添加到防火墙允许列表，替代之前的单个IP配置
2. 连接验证：配置完成后，测试cr14、cr15网关对应的数据库实例连接，确认故障消除
3. 配置复盘：检查之前的防火墙规则是否仅添加了特定网关IP，这是此类问题的常见诱因——未遵循官方文档要求放行整个子网

文档有效性说明 #

官方文档中的子网配置是准确且有效的，Azure SQL不会超出文档指定的子网范围变更网关IP。出现故障的核心原因是配置时未采用子网放行策略，而非文档未更新。

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