Docker应用容器连接SQL Server容器失败，求解决方案

我来帮你一步步排查这个连接问题——你遇到的登录超时错误，大概率是网络可达性或者SQL Server的监听配置出了问题，咱们从最基础的点开始排查：

1. 先换个更可靠的连接方式：用SQL容器名直接连接 #

Docker默认的bridge网络支持容器名解析，比固定IP靠谱多了。假设你的SQL Server容器名字是sql-server，直接在应用容器里执行：

sqlcmd -S sql-server -U sa -P test

如果这个能成功，那之前的网关IP问题就解决了，毕竟容器IP可能会随着重启变动，用容器名是长期稳定的方案。

2. 检查两个容器是否在同一个Docker网络 #

如果用容器名还是连不上，先确认应用容器和SQL容器是不是在同一个网络里：

• 先查看所有Docker网络：

  docker network ls
  

• 分别检查两个容器所属的网络：

  docker inspect <你的应用容器名/ID> --format '{{.NetworkSettings.Networks}}'
  docker inspect <你的SQL容器名/ID> --format '{{.NetworkSettings.Networks}}'
  

• 如果不在同一个网络，把应用容器连接到SQL容器所在的网络：

  docker network connect <SQL容器所在的网络名> <你的应用容器名/ID>
  

3. 验证SQL Server的监听配置 #

进入SQL Server容器，确认它在监听所有网卡的1433端口（SQL默认端口）：

netstat -an | grep 1433

如果输出里有0.0.0.0:1433或者:::1433，说明监听正常；如果只有127.0.0.1:1433，那SQL Server只监听本地，外部容器肯定连不上。这时候可以在容器内执行SQL命令开启远程连接：

sqlcmd -Q "sp_configure 'remote access', 1; RECONFIGURE;"

4. 测试应用容器到SQL容器的网络连通性 #

如果上面的步骤都没解决，先在应用容器里测一下网络通不通：

• 先ping SQL容器的IP或者容器名：

  ping sql-server
  

  如果ping不通，说明网络层面就没打通，回到步骤2检查网络归属；
• 如果ping通了，再测1433端口能不能访问：

  nc -zv sql-server 1433
  # 或者用telnet，如果应用容器里装了的话
  telnet sql-server 1433
  

  如果端口不通，检查SQL容器启动时是否正确暴露了1433端口（启动命令里有没有-p 1433:1433，自定义网络里可以不用端口映射，但容器内部必须监听1433）。

5. 最后确认SQL Server的启动参数 #

启动SQL容器时，必须设置ACCEPT_EULA=Y和SA_PASSWORD=test（你的密码），这两个参数缺一不可，否则SQL Server可能没正常启动或者拒绝连接。可以用docker logs <SQL容器名/ID>查看启动日志，确认有没有报错。

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