私有环境GCP Data Fusion连接本地SQL Server超时故障求助

环境与故障概述 #

• 私有Data Fusion实例IP段：10.20.160.0/22
• 私有VPC子网段：10.20.160.0/24
• 配置带公网IP（35.x.x.x）的路由器与NAT用于互联网通信
• 本地SQL Server已将35.x.x.x加入白名单
• 防火墙规则已配置，此前运行正常，突发报错：

SQL error while getting query schema: The TCP/IP connection to the host 178.x.171.36, port 1433 has failed. Error: "connect timed out. Verify the connection properties. Make sure that an instance of SQL Server is running on the host and accepting TCP/IP connections at the port. Make sure that TCP connections to the port are not blocked by a firewall."

故障排查步骤 #

1. 验证目标IP与端口可达性
   • 在Data Fusion实例所在VPC内的测试VM上，执行telnet 178.x.171.36 1433或nc -zv 178.x.171.36 1433，确认NAT路由后的流量能抵达目标SQL Server端口。若不通，排查NAT路由器的端口转发规则、公网IP是否存在动态变更。
2. 检查本地SQL Server的白名单与运行状态
   • 确认本地SQL Server所在网络的防火墙/安全组仍允许35.x.x.x的1433端口入站流量，部分安全设备可能存在规则自动重置或过期情况。
   • 登录SQL Server配置管理器，确认TCP/IP协议已启用、监听端口为1433，同时检查SQL Server服务是否正常运行。
3. 排查GCP侧网络配置
   • 检查NAT路由器的公网IP是否为静态，若为动态IP，可能已发生变更导致白名单失效；建议改为静态公网IP。
   • 验证VPC防火墙规则是否仍允许Data Fusion实例IP段（10.20.160.0/22）发起出站TCP 1433流量，确认规则未被误删除或修改。
4. 检查Data Fusion连接器配置
   • 确认SQL Server连接器中配置的主机地址178.x.171.36是否正确，可在测试VM上执行nslookup 178.x.171.36验证DNS解析是否正常。

额外配置建议 #

• 将NAT路由器的公网IP设置为静态IP，避免动态IP变更导致白名单失效，这是此类场景下的关键稳定性优化。
• 若条件允许，可考虑使用VPC peering或Cloud VPN建立私有网络连接，替代公网NAT方式，提升连接安全性与稳定性。

同类配置数据迁移指南要点 #

1. 网络基础配置
   • 将Data Fusion实例部署在私有VPC子网内，配置带静态公网IP的NAT路由器用于出站访问。
   • 配置VPC防火墙规则，允许Data Fusion子网段出站访问TCP 1433端口。
2. 本地侧配置
   • 将NAT静态公网IP加入本地SQL Server的防火墙白名单，同时确保SQL Server启用TCP/IP协议并监听1433端口。
3. 连接器配置
   • 在Data Fusion中配置SQL Server连接器时，使用正确的SQL Server公网IP/域名，先完成连接测试再启动同步任务。

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