Docker容器化ASP.NET Core Web API无法访问本地SQL Server求助

核心问题：容器内的localhost≠宿主的localhost #

容器运行在独立的网络命名空间中，配置里的Server=localhost会指向容器自身，而非你的本地SQL Server实例。

分步解决方案 #

1. 修正连接字符串的服务器地址 #

• Windows宿主（Docker Desktop）：用host.docker.internal替换localhost，这是Docker Desktop提供的特殊域名，直接映射到宿主机器。修改后连接字符串：

  "MyDBContext": "Server=host.docker.internal;Database=MyDb;Trusted_Connection=True;MultipleActiveResultSets=true"
  

• Linux宿主：无法使用host.docker.internal，需替换为宿主的实际局域网IP（比如192.168.1.100），或Docker网桥网关IP（通常为172.17.0.1，可通过docker inspect bridge查看）。示例：

  "MyDBContext": "Server=192.168.1.100;Database=MyDb;Trusted_Connection=True;MultipleActiveResultSets=true"
  

2. 确保SQL Server允许远程连接 #

• 打开SQL Server配置管理器，找到SQL Server网络配置→对应实例的协议，启用TCP/IP。
• 双击TCP/IP，在IP地址标签中找到IPAll，设置TCP端口为默认的1433（确认端口未被占用）。
• 重启SQL Server服务。

3. 处理Windows身份验证的兼容性问题 #

容器内的应用使用Trusted_Connection=True时，尤其是Linux容器，无法直接验证宿主的Windows账号：

• 推荐改用SQL Server身份验证，创建有权限的SQL账号后修改连接字符串：

  "MyDBContext": "Server=host.docker.internal;Database=MyDb;User Id=YourSqlUser;Password=YourPassword;MultipleActiveResultSets=true"
  

• 若必须使用Windows身份验证，需配置容器的AD域信任，开发环境不推荐此复杂方案。

4. 开放宿主防火墙端口 #

确保宿主机器的防火墙允许1433端口的入站连接，否则容器无法访问SQL Server。

验证步骤 #

1. 在容器内部ping宿主的IP/域名，确认网络连通性。
2. 用telnet host.docker.internal 1433（或宿主IP）测试端口是否可连通。
3. 重启容器，应用新的连接字符串。

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