Composer install 报错“cURL error 60”是因PHP cURL无法验证HTTPS证书,根源在于未正确配置可信CA根证书路径;需通过php -r "print_r(openssl_get_cert_locations());"确认default_cert_file位置,再下载Mozilla cacert.pem或安装系统ca-certificates包并正确指向。

Composer install 报错 “cURL error 60: SSL certificate problem”
这是典型的 HTTPS 证书验证失败,不是 Composer 本身的问题,而是 PHP cURL 扩展在发起 HTTPS 请求时,找不到可信的根证书来验证远程服务器(如 packagist.org)的证书链。常见错误信息是:cURL error 60: SSL certificate problem: unable to get local issuer certificate 或 Peer's Certificate issuer is not recognized。
根本原因:PHP 没有配置或找不到系统级 CA 根证书包(ca-bundle.crt),尤其在 Windows(WAMP/XAMPP)、macOS Homebrew PHP 或某些 Linux 容器中高频出现。
- Windows 用户常因 PHP 自带的
curl.cainfo指向一个空文件、过期文件,或压根没设置 - macOS 使用 Homebrew 安装的 PHP,
openssl.cafile默认未设,且系统钥匙串不被 PHP cURL 自动信任 - Docker 容器里(如 alpine/debian)可能压根没装
ca-certificates包
确认当前 PHP 的 cafile 配置位置
运行 php --ini 查看加载的 php.ini 路径,再执行 php -r "print_r(openssl_get_cert_locations());",重点关注 ["default_cert_file"] 输出值——这就是 PHP 实际尝试读取根证书的位置。
如果该路径不存在、为空、或内容不可读(比如只有 0 字节),就会触发证书错误。别直接改 php.ini 里的 curl.cainfo,先确认这个值是否真实有效。
- 若输出是
/usr/share/ssl/certs/ca-bundle.crt但文件不存在 → 需安装系统证书包 - 若输出是
C:\wamp64\bin\php\php8.2.12\extras\ssl\cacert.pem但文件损坏 → 替换为最新 Mozilla PEM - macOS 上常见输出为
/usr/local/etc/openssl@3/cert.pem,但 Homebrew openssl@3 不一定自带完整 CA,需手动补全
Windows 下用 curl.cainfo 指向可信 PEM 文件
最稳妥做法:下载官方维护的 Mozilla CA 证书包(PEM 格式),再在 php.ini 中显式指定。
去 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载最新 cacert.pem,保存到一个稳定路径,例如:C:\php\cacert.pem(避免放在临时目录或带空格路径)。
编辑 php.ini,取消注释并修改这一行:
curl.cainfo = "C:\php\cacert.pem"
重启 Web 服务或 CLI 环境后验证:
php -r "var_dump(curl_version()['features'] & CURL_VERSION_SSL);"
输出非零即表示 SSL 支持已启用;再试 composer diagnose 应不再报证书错误。
- 不要用系统自带的 certmgr.msc 导出证书 —— 它导出的是 Windows 二进制格式(.cer/.p7b),cURL 不认
- 不要把 cacert.pem 放在 C:\Windows\System32 下 —— 权限和路径长度易出问题
- WAMP/XAMPP 用户注意:要改的是实际被使用的 php.ini(可能是 apache/bin/php.ini 或 php/php.ini),不是控制面板里显示的那个“默认”
Linux/macOS 安装或更新 ca-certificates 包
Linux 发行版应优先使用系统包管理器同步根证书,而不是手动放 PEM 文件。
Debian/Ubuntu:
sudo apt update && sudo apt install -y ca-certificates
CentOS/RHEL:
sudo yum install -y ca-certificates
macOS(Homebrew):
brew install ca-certificates && brew link --force ca-certificates
之后检查 PHP 是否自动识别新证书:
php -r "print_r(openssl_get_cert_locations());"
若 default_cert_file 仍指向旧路径,需在 php.ini 中补上:
openssl.cafile=/etc/ssl/certs/ca-certificates.crt
(路径依发行版而异:Ubuntu 是 /etc/ssl/certs/ca-certificates.crt,Alpine 是 /etc/ssl/certs/ca.crt)
- Alpine 容器务必在 Dockerfile 中加
RUN apk add --no-cache ca-certificates,否则哪怕挂载宿主机证书也无效 - macOS 上
brew reinstall openssl@3不会自动更新 CA,必须单独装ca-certificates - 修改 php.ini 后记得
php -v检查是否报错,语法错误会导致整个 PHP 失效
证书链问题本质是信任锚缺失,不是网络或代理问题。绕过验证(如 composer config -g secure-http false 或改 cURL 选项)等于自废 HTTPS,生产环境绝对禁止。真正安全的做法,永远是让 PHP 正确加载权威 CA 包,而不是屏蔽校验。











