Windows CMD中curl 8.x访问内网HTTPS时-w参数无输出，7.x正常

问题描述 #

升级到Windows版curl 8.7.1（采用Schannel作为SSL后端）后，访问内网HTTPS网站时，使用-w参数指定的输出变量（比如响应码%{response_code}）完全没有返回，但访问公网知名HTTPS站点、内网HTTP站点时一切正常。curl 7.x版本不存在这个问题，且在CMD直接调用或批处理脚本中表现一致。

curl版本信息：

curl -V
curl 8.7.1 (Windows) libcurl/8.7.1 Schannel zlib/1.3 WinIDN
Release-Date: 2024-03-27
Protocols: dict file ftp ftps http https imap imaps ipfs ipns mqtt pop3 pop3s smb smbs smtp smtps telnet tftp

正常场景示例（HTTP站点） #

执行命令：

curl -w "%{response_code}
" http://www.notarealurl.com

输出（末尾正常返回响应码）：

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a[TEXT REMOVED]>here</a></p>
</body></html>
302

异常场景示例（内网HTTPS站点） #

执行命令：

curl -w "%{response_code}
" "https://www.notarealurl.com"

输出（末尾无-w指定的响应码）：

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved.[TEXT REMOVED]</p>
</body></html>

排查方向与解决方法 #

1. 先排查内网证书信任问题 #

Windows版curl默认用Schannel，它依赖系统的证书存储。内网站点的证书大概率是自签名或未被系统信任的，curl 8.x在证书验证失败时可能提前终止流程，导致-w的输出逻辑没执行。

测试&解决：

• 临时加-k参数禁用证书验证，看看-w能不能正常输出：

  curl -k -w "%{response_code}\n" https://你的内网HTTPS站点
  

• 如果测试有效，要么把内网证书导入Windows信任列表，要么在命令里指定证书文件：

  curl --cacert /路径/到/内网CA证书.crt -w "%{response_code}\n" https://你的内网HTTPS站点
  

2. 调整输出缓冲或换行格式 #

curl 8.x可能改了输出缓冲策略，针对Schannel的HTTPS场景，输出刷新时机变了，导致-w的内容没被输出。

测试&解决：

• 加-N参数关闭缓冲：

  curl -N -w "%{response_code}\n" https://你的内网HTTPS站点
  

• 换成Windows风格的换行符试试，把%{response_code}\n改成%{response_code}\r\n：

  curl -w "%{response_code}\r\n" https://你的内网HTTPS站点
  

3. 查看HTTPS握手和响应细节 #

内网站点可能存在SSL握手不完整、响应截断等问题，curl 8.x对这类情况的处理和7.x不一样，导致-w变量拿不到值。

操作：

• 加-v参数开verbose模式，看详细日志：

  curl -v -w "%{response_code}\n" https://你的内网HTTPS站点
  

  重点看SSL握手阶段、响应头接收部分，有没有错误或中途终止的信息，再对应调整内网站点的HTTPS配置（比如确保支持TLS1.2+协议）。

4. 换用OpenSSL版curl（替代方案） #

如果Schannel的问题搞不定，直接换用基于OpenSSL的Windows版curl，避开系统证书存储的依赖问题。去curl官方下载对应版本的二进制包替换即可。

内容的提问来源于stack exchange，提问作者DancingDad