为什么PHP环境下的cURL无法抓取HTTPS页面_设置CURLOPT_SSL

根本原因是curl启用证书校验（curlopt_ssl_verifypeer=true）时找不到可信ca证书路径；需正确配置curl.cainfo指向有效pem证书包，并确保文件存在、可读、内容合法，而非简单禁用验证。

为什么php环境下的curl无法抓取https页面_设置curlopt_ssl_verifypeer参数

PHP cURL 抓不了 HTTPS 页面，根本原因不是 CURLOPT_SSL_VERIFYPEER 该设 true 还是 false，而是它默认为 true 时却找不到可用的 CA 证书 —— 你没给它“信任名单”，它只能拒绝连接。

为什么设了 `CURLOPT_SSL_VERIFYPEER => true` 还报错 “unable to get local issuer certificate”

这个错误说明 cURL 尝试验证证书链，但系统或 PHP 找不到根证书（CA bundle）来确认对方证书是否可信。常见原因有：

PHP 编译时没链接系统 CA 证书路径（如 /etc/ssl/certs/ca-certificates.crt），或路径压根不存在
curl.cainfo 在 php.ini 中未配置，或配置了错误路径（比如相对路径、权限不足、文件不存在）
即使代码里手动设置了 CURLOPT_CAINFO，路径用了 __DIR__ . '/cacert.pem' 却没做 realpath()，工作目录变化后路径失效
用的是 Alpine Linux 镜像（如 php:alpine），虽然装了 ca-certificates 包，但 cURL 默认不自动发现其证书位置

绕过验证不是解决，而是掩盖问题

把 CURLOPT_SSL_VERIFYPEER 设成 false 确实能让请求通，但代价是完全放弃 TLS 安全保障：中间人攻击、域名伪造、自签名证书滥用全无防护。生产环境绝对禁止。临时调试可加日志记录跳过原因，例如：

if (false === $response) {
    error_log('cURL failed: ' . curl_error($ch) . ' (verifypeer=' . (int)curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0) . ')');
}

但上线前必须撤掉这行，并修复证书路径。

真正安全且稳定的配置方式

必须同时满足三个条件，缺一不可：

CurlShip Directory Submission

向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。

下载

CURLOPT_SSL_VERIFYPEER => true：启用证书签发机构校验
CURLOPT_SSL_VERIFYHOST => 2：严格匹配域名（1 已弃用，不生效）
CURLOPT_CAINFO 指向一个真实存在、可读、内容有效的 PEM 格式 CA 证书包（如 cacert.pem）

推荐路径优先级（按可靠性排序）：

Linux Debian/Ubuntu：/etc/ssl/certs/ca-certificates.crt
Linux RHEL/CentOS：/etc/pki/tls/certs/ca-bundle.crt
macOS Homebrew OpenSSL：$(brew --prefix openssl)/share/certs/ca-bundle.crt
Docker Alpine：/etc/ssl/certs/ca-certificates.crt（确保已运行 update-ca-certificates）
自托管 PEM 文件：realpath(__DIR__ . '/certs/cacert.pem')（别用 dirname(__FILE__) 拼接）

检查和验证证书路径是否生效

光写对路径不够，要确认 cURL 实际加载的是哪个文件：

var_dump(curl_version()['ssl_version']); // 看是否启用了 OpenSSL
echo "CAINFO: " . (curl_getinfo($ch, CURLINFO_SSL_VERIFYRESULT) === 0 ? 'OK' : 'FAIL') . "\n";
echo "CA file used: " . (ini_get('curl.cainfo') ?: 'not set') . "\n";

如果 CURLINFO_SSL_VERIFYRESULT 不是 0，说明证书校验失败，得回头查路径或文件内容；如果 curl.cainfo 是空，说明 php.ini 没配，或你改的是错的 ini 文件（CLI 和 FPM 可能不同）。

最易被忽略的一点：Docker 或容器化部署时，很多人 COPY 了 cacert.pem，却忘了在 PHP 镜像里执行 update-ca-certificates（Alpine）或确保 openssl ca 命令能识别该文件——cURL 不会自己解析 PEM，它依赖底层 OpenSSL 的信任库初始化逻辑。