最直接有效的临时解法是调用setSslVerification(false)并配合setCurlOptions([CURLOPT_SSL_VERIFYHOST => 0])，二者缺一不可；该方案绕过证书链与主机名验证，仅限开发调试使用，生产环境必须配置正确PEM格式CA证书及SAN匹配证书。
Hyperf 连接 Elasticsearch 报 SSL 证书验证失败，最直接有效的临时解法是禁用客户端 SSL 验证，但必须清楚：这不是配置错误，而是明确选择绕过安全校验。
Hyperf elasticsearch-client 中如何设置 setSslVerification(false)
Hyperf 官方 elasticsearch 组件（@hyperf/elasticsearch）底层使用的是 elasticsearch-php 8.x 客户端，其 ClientBuilder 支持直接关闭 SSL 校验：
- 确保你使用的是
elasticsearch-phpv8.0+（Hyperf 3.0+ 默认集成） - 在创建
Client实例时，调用setSslVerification(false)，**必须在build()之前调用** - 该方法仅影响证书链验证，不关闭主机名验证（hostname verification），如需一并关闭，还需配合
setCurlOptions
示例代码：
$client = ClientBuilder::create()
->setHosts(['https://192.168.1.100:9200'])
->setBasicAuthentication('elastic', 'changeme')
->setSslVerification(false)
->build();
为什么 setCaBundle() 指向 .p12 文件会报 cURL error 77
cURL error 77 的本质是 libcurl 无法加载或解析你提供的 CA 证书文件。常见于以下情况：
-
setCaBundle('/path/to/cert.p12')——.p12是密钥库（keystore），不是 CA 证书包（CA bundle），setCaBundle()只接受 PEM 格式的根/中间证书链（.crt或.pem） - 路径不存在、权限不足（Hyperf worker 进程用户无读取权限）
- 证书内容为空、格式损坏，或未包含完整信任链（缺中间 CA）
- PHP curl 扩展未启用
openssl支持（可通过php -i | grep openssl确认）
禁用验证后仍连不上？检查是否还有 hostname verification
即使关了证书验证，elasticsearch-php 默认仍会校验证书中的 Subject Alternative Name (SAN) 是否匹配请求域名。若 ES 用的是 IP 地址（如 https://192.168.1.100:9200）而证书只签了域名（如 es.example.com），就会报 hostname doesn't match。
- 临时解决：用
setCurlOptions([CURLOPT_SSL_VERIFYHOST => 0])彻底关闭主机名检查 - 注意：
CURLOPT_SSL_VERIFYHOST => 0和setSslVerification(false)要同时设才真正“跳过全部 SSL 安全检查” - 正确写法：
$client = ClientBuilder::create()
->setHosts(['https://192.168.1.100:9200'])
->setBasicAuthentication('elastic', 'changeme')
->setSslVerification(false)
->setCurlOptions([CURLOPT_SSL_VERIFYHOST => 0])
->build();
真正关键的点在于：禁用验证只是调试手段，它掩盖了证书链缺失、域名不匹配、系统时间偏差等真实问题；一旦切到生产环境，必须回归证书正确部署——比如用 elasticsearch-certutil 生成带 SAN 的证书，并确保 CA bundle 路径指向 PEM 格式链文件，而非 .p12。
