2021年8-9月Docker环境下PHP Curl获取网页功能失效问题咨询

第一步：收集基础报错信息 #

• 在业务代码的curl调用逻辑后添加错误输出，打印curl_errno($ch)与curl_error($ch)，拿到PHP层面的具体错误原因。
• 进入运行中的容器执行命令手动校验网络：

  # 进入容器
  docker exec -it 你的容器名称 /bin/bash
  # 用curl命令直接请求目标地址，打印详细日志
  curl -v 你的目标网页地址
  # 可额外加浏览器UA测试反爬策略
  curl -v -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.107 Safari/537.36" 你的目标网页地址
  

根据测试结果匹配对应场景排查： #

第二步：分场景修复 #

场景1：容器内curl命令报错SSL证书相关 #

• 核心原因：你使用的php:7.0.19-apache为老旧Debian基础镜像，内置CA根证书包未更新，2021年前后多个老牌根证书（如DST Root CA X3）到期，宿主机更新证书后容器镜像未重建，导致SSL握手失败。
• 修复方案：在Dockerfile的apt安装段新增证书更新逻辑：

  RUN apt-get update && apt-get install -y --no-install-recommends \
          ca-certificates \
          libfreetype6-dev \
          # 原有其他依赖保持不变
  && update-ca-certificates \
  # 原有后续编译逻辑保持不变
  

  重建镜像重启容器即可。

场景2：容器内curl报错DNS解析失败 #

• 核心原因：Ubuntu 18.04默认使用systemd-resolved做本地DNS缓存，/etc/resolv.conf默认指向127.0.0.53本地地址，docker更新后默认会复用宿主机的resolv.conf，导致容器内部无法解析公网域名。
• 修复方案：修改docker全局DNS配置，编辑/etc/docker/daemon.json（不存在则新建）：

  {
    "dns": ["223.5.5.5", "114.114.114.114"]
  }
  

  执行systemctl restart docker重启docker服务，再重启容器验证。

场景3：容器内curl报错连接超时/无路由 #

• 核心原因：Ubuntu系统更新会重置iptables规则，清空docker自动生成的网桥转发规则，导致容器无法访问公网。
• 修复方案：先执行iptables -F清空现有规则，再重启docker服务自动重建转发规则，验证功能恢复后，将docker iptables规则配置为开机自动加载即可。

场景4：容器内curl命令可正常拉取，仅PHP Curl扩展失败 #

• 首先检查你COPY到容器内的php.ini配置：确认allow_url_fopen = On，curl.cainfo未配置无效的证书路径。
• 你提供的Dockerfile中未显式安装PHP Curl扩展，若此前依赖镜像默认内置的扩展损坏，可在Dockerfile中新增curl扩展安装逻辑：

  RUN apt-get update && apt-get install -y \
          libcurl4-openssl-dev \
          # 原有其他依赖保持不变
  && docker-php-ext-install curl \
  # 原有后续编译逻辑保持不变
  

• 若目标网站有反爬策略，在PHP的curl配置中添加与浏览器一致的UA即可：

  curl_setopt($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.107 Safari/537.36");
  

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