使用 -v(详细)标志时,cURL 对 SSL 证书的行为有何不同?

使用 -v(详细)标志时,cURL 对 SSL 证书的行为有何不同?

使用 Ubuntu 16.04,curl版本 7.47.0

我正在尝试调试 SSL 证书问题,并在使用时看到奇怪的行为curl。当我运行:

ubuntu@ip-172-30-0-81:~$ curl https://myapp.com/hello
curl: (51) SSL: certificate subject name (cloud.mynameserver.com) does not match target host name 'myapp.com'

但是当我附加标志时-v

ubuntu@ip-172-30-0-81:~$ curl -v https://myapp.com/hello
*   Trying {IP REDACTED}...
* Connected to myapp.com ({IP REDACTED}) port 443 (#0)
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt
* found 692 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_256_GCM_SHA384
*    server certificate verification OK
*    server certificate status verification SKIPPED
*    common name: myapp.com (matched)
*    server certificate expiration date OK
*    server certificate activation date OK
*    certificate public key: RSA
*    certificate version: #3
*    subject: CN=myapp.com
*    start date: Sat, 31 Dec 2016 22:57:00 GMT
*    expire date: Fri, 31 Mar 2017 22:57:00 GMT
*    issuer: C=US,O=Let's Encrypt,CN=Let's Encrypt Authority X3
*    compression: NULL
* ALPN, server accepted to use http/1.1
> GET /hello HTTP/1.1
> Host: myapp.com
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.10.0 (Ubuntu)
< Date: Sat, 21 Jan 2017 00:25:15 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< Strict-Transport-Security: max-age=63072000; includeSubdomains
< X-Frame-Options: DENY
< X-Content-Type-Options: nosniff
<
* Connection #0 to host myapp.com left intact
{"message": "Hello World"}

请注意最后的,{"message": "Hello World"}是预期的响应。

在详细模式下运行时,为什么curl对 SSL 证书详细信息的信任行为会有所不同?man据我所知,页面中没有指定这一点。

答案1

看起来您有两个不同的A(或AAAA对于 IPv6)记录,其中包含相同的主机名。当某个主机名有多条记录时,这会导致每次查找该主机名时都会以循环方式返回不同的 IP 地址。

当您交替使用详细模式和不使用详细模式时,IP 地址也会交替,导致非详细请求命中错误的 IP 地址,而详细请求命中正确的 IP 地址。这就是为什么根据

subject: CN=myapp.com

行,而对于非详细地址的错误则给出了不同的证书。

正确的解决方法是删除不正确的A记录,这样只显示配置为您的内容的网络服务器的地址。

相关内容