Docker容器无法连接主机服务，持续报400错误求助

核心问题分析 #

scripts容器内调用主机服务持续返回400错误，但主机本地用Postman测试正常，说明问题大概率出在容器网络配置、请求参数传递、或主机服务的访问限制上，而非服务本身功能异常。

排查步骤与修复方案 #

1. 验证请求URL与端口的正确性 #

• 查看Python代码中的请求地址：https://host.docker.internal:44358/...，但你的nginx服务映射的是主机443端口到容器443端口。需确认：
  • 主机上的目标服务是直接监听44358端口，还是通过nginx代理到443端口？
  • Postman测试时用的是哪个端口？如果Postman用的是443，那容器内请求的44358就是错误端口，需改为443。

2. 确保host.docker.internal解析正常 #

不同系统对host.docker.internal的支持有差异：

• Linux环境：默认不自动配置，需手动添加主机映射。即使你在compose的scripts服务中加了extra_hosts，但插件动态创建的容器不会继承该配置，需在启动容器时单独指定：
  修改插件代码中docker.run的配置，添加ExtraHosts：

  docker.run(
      "mobydq-scripts",
      ["python", "run.py", authorization, "execute_batch", batchId.toString()],
      process.stdout,
      { 
          name: "mobydq-batch-" + batchId, 
          HostConfig: { 
              AutoRemove: true, 
              NetworkMode: "mobydq_network",
              ExtraHosts: ["host.docker.internal:host-gateway"] // 新增这行
          } 
      },
      function(err, data, container) {
          // Do nothing
      }
  );
  

• 验证解析：进入任意scripts容器执行ping host.docker.internal，确认返回的是主机的实际内网IP。

3. 检查Authorization令牌的有效性 #

400错误常见原因是请求参数/令牌格式异常：

• 对比容器内传递的authorization值和Postman中使用的令牌，确保完全一致（无多余空格、转义字符）。
• 在容器内手动执行curl命令测试，模拟请求：

  docker exec -it mobydq-scripts-og curl -v -H "Authorization: Bearer YOUR_VALID_TOKEN" https://host.docker.internal:44358/api/services/app/TenantSettings/GetAllSettings --insecure
  

  查看返回的详细错误信息，比如是否提示"invalid token"或"bad request"。

4. 排查主机服务的访问限制 #

• 查看主机服务的日志（如nginx的access.log/error.log、后端服务的应用日志），找到400请求对应的记录，明确错误原因（比如来源IP被拦截、请求头格式不符合要求）。
• 确认主机服务是否有跨域或IP白名单限制，若有需将容器所在网段的IP加入允许列表。

5. 测试网络模式兼容性 #

• 临时将插件中启动容器的NetworkMode改为host（仅限Linux环境），测试是否能正常访问主机服务，排除自定义桥接网络的隔离问题。

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