Docker通过WSL访问URL失败：Symfony PHP请求超时排查

Symfony PHP脚本访问外部URL获取JSON数据时触发HTTP 500错误，报错信息：

Idle timeout reached for "http://mydomain1.com/somedata".

docker-compose.yaml的extra_hosts配置：

extra_hosts:
  - "host.docker.internal:host-gateway"
  - "mydomain1.com:some.ip.num.ber1"
  - "mydomain2.com:some.ip.num.ber2"
  - "mydomain3.com:some.ip.num.ber3"

已确认Docker容器内/etc/hosts已正确添加IP与域名映射。

可能的问题及排查方向 #

• 目标服务器防火墙/安全组拦截：
  域名解析正常不代表请求能到达目标服务。在容器内执行curl -v http://mydomain1.com/somedata手动测试，观察连接过程是否被中断；或者联系目标服务器管理员，确认其防火墙/安全组是否允许Docker容器所在IP段的访问。

• HTTP客户端超时设置过短：
  Symfony默认使用的Guzzle或内置HTTP客户端可能超时阈值设置偏低。检查代码中的客户端配置，比如：

  // 示例：延长Guzzle客户端超时时间
  $client = new \GuzzleHttp\Client(['timeout' => 15]);
  

  或在Symfony配置文件config/packages/framework.yaml中调整全局超时：

  framework:
    http_client:
      timeout: 15
  

• 目标端口不可达：
  容器能解析域名，但可能无法访问目标服务的对应端口。在容器内执行telnet some.ip.num.ber1 80或nc -zv some.ip.num.ber1 80，验证端口连通性。若不通，需排查宿主机到目标服务器的路由，或确认目标服务是否正常监听端口。

• 目标服务自身故障：
  目标服务可能处于高负载、宕机或响应极慢状态。直接在宿主机或其他正常网络环境访问该URL，确认服务是否能正常返回JSON数据。

• Docker网络模式限制：
  若容器使用自定义网络而非默认桥接模式，可能存在网络转发障碍。尝试切换为默认桥接网络测试，或检查自定义网络的转发规则是否允许对外请求。

• PHP依赖扩展缺失：
  确保PHP的curl、openssl扩展已安装并启用，这是HTTP请求的基础依赖。在容器内执行php -m查看已加载的扩展列表。

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