带有 cURL 的 PHP7、HTTP2

Question

当我通过 PHP7+cURL 向 APNs 发送推送消息时收到错误消息。

错误信息:

�@@�HTTP/2 client preface string missing or corrupt. Hex dump for received bytes:

我猜是因为 PHP7 但不是很确定。使用 phpinfo() 我可以看到没有加载 mod_ssl 但从互联网上它说 PHP7 本质上支持 ssl 所以 openssl.so 不再存在于系统中。 phpinfo() 也很奇怪，我看到 openssl 版本是 1.0.1e，它随 redhat7 一起提供，而不是我从源代码安装的版本。

我用yum安装了php7，其余的，openssl，nghttp，curl都是从源码安装的。

PHP代码:

$ch = curl_init();

curl_setopt($ch, CURLOPT_HTTP_VERSION, 3);
//curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_2_0);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_POSTFIELDS, $alert);
curl_setopt($ch, CURLOPT_HTTPHEADER, array("apns-topic: $apns_topic"));
curl_setopt($ch, CURLOPT_SSLCERT, $pemfile);
curl_setopt($ch, CURLOPT_SSLCERTPASSWD, $pempwd);
$response = curl_exec($ch);

服务器是REDHAT 7，环境信息如下。

$ openssl version
OpenSSL 1.0.2g  1 Mar 2016

curl --version
curl 7.48.0 (x86_64-pc-linux-gnu) libcurl/7.48.0 OpenSSL/1.0.2g nghttp2/1.9.2
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 
Features: IPv6 Largefile NTLM NTLM_WB SSL TLS-SRP HTTP2 UnixSockets 

$ php --version
PHP 7.0.5 (cli) (built: Apr  2 2016 13:08:13) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies

$ curl --http2 -I https://nghttp2.org
HTTP/2.0 200
date:Sun, 17 Apr 2016 13:15:27 GMT
content-type:text/html
last-modified:Sat, 16 Apr 2016 14:56:04 GMT
etag:"57125284-1a0a"
accept-ranges:bytes
content-length:6666
x-backend-header-rtt:0.001459
strict-transport-security:max-age=31536000
server:nghttpx nghttp2/1.10.0-DEV
via:2 nghttpx
x-frame-options:SAMEORIGIN
x-xss-protection:1; mode=block
x-content-type-options:nosniff

我什至可以使用命令行向我的手机发送推送消息:

curl -d '{"aps":{"alert":"test message","sound":"default"}}' --cert /xxx/xxx.pem:xxxx -H "apns-topic:chs.itsme" --http2 https://api.development.push.apple.com/3/device/85f0257xxxxx

Answer 1

我遇到了同样的问题，发现主要原因是根 CA 的证书。

下面是我的环境:

• curl :7.48
• openssl : 1.0.2g
• PHP:5.6.18

为什么？

主要原因是证书。特别是根 CA 的证书。当它不存在或在您的系统中有错误的路径时，可能会发生错误。

并且您需要知道如何使用 CURLOPT_SSL_VERIFYPEER 来解决这个问题。如果您取消定义 CURLOPT_SSL_VERIFYPEER 选项，它将有一个默认值，true。此选项可以验证端点主机 ssl 证书以避免安全问题，例如 man in the middle 攻击。并且它在验证过程中使用安装您系统的根 CA 的证书。

解决方案1

checkout 或安装根 CA 的证书。通常，它与 openssl 一起安装。如果您遇到错误消息，则表明它没有安装在适当的路径中或不存在。

因此，使用以下命令检查文件。

$ php -r "var_dump(openssl_get_cert_locations());"

结果示例:

array(8) {
  ["default_cert_file"]=>
  string(38) "/usr/local/openssl-1.0.2g/ssl/cert.pem"
  ["default_cert_file_env"]=>
  string(13) "SSL_CERT_FILE"
  ["default_cert_dir"]=>
  string(35) "/usr/local/openssl-1.0.2g/ssl/certs"
  ["default_cert_dir_env"]=>
  string(12) "SSL_CERT_DIR"
  ["default_private_dir"]=>
  string(37) "/usr/local/openssl-1.0.2g/ssl/private"
  ["default_default_cert_area"]=>
  string(29) "/usr/local/openssl-1.0.2g/ssl"
  ["ini_cafile"]=>
  string(0) ""
  ["ini_capath"]=>
  string(0) ""
}

在上面，默认的证书文件路径是“/usr/local/openssl-1.0.2g/ssl/cert.pem”。您那里有根 CA 的证书吗？如果您拥有它但位于不同的路径中，请将其移动到文件名为“cert.pem”的默认证书文件路径。如果没有，需要下载，如http://curl.haxx.se/ca/cacert.pem。

$ wget http://curl.haxx.se/ca/cacert.pem

然后将其移动到默认的证书文件路径中。

解决方案2

CURLOPT_SSL_VERIFYPEER => 假

此选项可以解决您的问题。但是您的系统可能会受到 中间人 攻击。