curl

curl指定--tlsv1.2仍连接TLS1.3：最低版本与tls-max排查给curl加上--tlsv1.2，日志却显示SSL connection using TLSv1.3，是参数没生效吗？先别换证书。这个选项通常是在设最低版本，不是把协议锁死到1.2。下面用隔离HTTPS对照，把版本范围、握手失败和证书验证拆开。

curl访问HTTPS报47 Too many redirects：重定向循环与max-redirs排查访问 HTTPS 下载入口，curl 加上 -L 后反而报“curl: (47) Maximum (2) redirects followed”。这时先别换证书，更别加 -k。47 指向重定向次数上限：可能是入口来回兜圈，也可能只是正常链条超过了你设置的预算。下面用隔离实验，把跳转、TLS 验证和最终文件验收拆开。

curl下载HTTPS正文是乱码：--compressed与Content-Encoding分层排查curl访问HTTPS时退出码为0，证书也没有报错，但保存的文本打开全是乱码。先别急着改证书，更不要加关闭验证的选项。它可能只是服务器返回了gzip编码的数据，而当前命令没有解码。TLS负责连接身份与传输保护，不替你判断文件是不是可直接阅读的业务正文。

curl下载HTTPS文件报23：证书验证成功与本地写入失败分层排查curl访问HTTPS地址，证书验证正常，最后却报“curl: (23) Failed writing received data”。先查输出路径，勿重签证书。下面用隔离实验拆开TLS、HTTP与写入验收。

curl访问HTTPS返回304却没有正文：条件请求、缓存与证书验收排查用curl检查HTTPS接口，退出码是0，响应状态却是304，下载文件没有新内容。别重签证书，也别用空文件覆盖旧产物。回环实验分开TLS、HTTP与文件验收。浏览器缓存与curl下载不是一回事。

curl -I检查HTTPS返回405：HEAD、GET与证书验收分层排查curl -I检查HTTPS地址，返回405 Method Not Allowed；浏览器打开同一路径却正常。先别重签证书：-I发的是HEAD，不是“把GET正文藏起来”。下面用隔离对照拆开TLS身份、HTTP方法与健康检查。

curl访问HTTPS报28 Operation timed out：连接超时与总超时分层排查HTTPS检查突然报curl: (28) Operation timed out，日志前面却写着Connected。证书刚换过，很容易顺手把锅甩给它。但TCP接通不是TLS握手完成，TLS完成也不是HTTP响应到齐。先找出超时发生在哪一段，再决定查网络、握手还是应用，别让重签证书变成安慰剂。

curl设置SSL_CERT_FILE仍报60：CURL_CA_BUNDLE与CA路径优先级排查明明设置了 SSL_CERT_FILE，curl 却继续报“SSL certificate problem: unable to get local issuer certificate”。先别急着换服务器证书：文件放对了，不代表这次进程选中了它。本文把 CA 文件、环境变量和默认配置拆开，用回环 HTTPS 对照定位“配置没生效”，不靠 -k 把报警灯摘掉。

curl走HTTPS代理报SSL证书错误：proxy-cacert与cacert双层信任排查直连HTTPS正常，一加代理就报curl: (60) SSL certificate problem；明明传了--cacert，错误却没消失。先别急着把证书全塞进一个文件：如果代理地址以https://开头，这条请求可能先后验证代理和目标站两张证书。本文用双CA实验区分信任与CONNECT边界。

curl报91 No OCSP response received：cert-status与OCSP装订排查普通curl请求成功，一加--cert-status就报91，错误写着No OCSP response received。这不等于证书过期，也不能直接认定证书已被吊销。本文用回环TLS实验拆开常规证书验证与OCSP装订检查，比较缺失、good和revoked响应，最后给出不会把诊断结果当验收的命令。

OpenSSL报self-signed certificate in certificate chain：error 19与信任根排查服务器明明把根证书也发出来了，OpenSSL却报self-signed certificate in certificate chain，curl仍然不信任。这里容易把“链里有根”与“客户端信任根”混成一件事。本文用临时私有CA和回环HTTPS对照，定位error 19，并解释为什么删掉服务端根证书后，错误文字变了，问题却没修好。

curl报58 unable to set private key file：客户端证书与私钥加载排查curl访问双向TLS接口，刚加上客户端证书就报58，错误里还写着unable to set private key file。先别去换服务器的fullchain：这次出问题的可能是curl本机的身份材料。本文用回环mTLS实验，把文件读取、格式解析、密钥配对与请求验收拆开；不把“证书能打开”当作“接口能调用”。

curl用IP测试HTTPS报证书不匹配：--resolve与Host头别混用切换DNS前用IP测试HTTPS，补Host头仍报证书不匹配？命令可能换掉了“要验证谁”。本文用回环实验拆开连接地址、TLS身份和HTTP路由，验证--resolve与--connect-to。

curl指定CA目录仍报证书不受信任：--capath与OpenSSL rehash排查把根证书放进目录，curl 还是报 unable to get local issuer certificate；改成 --cacert 指向同一张证书却能连通。这类问题可能不是证书缺了，而是 OpenSSL 找不到目录里的“索引”。本文只讨论使用 OpenSSL 后端的 curl，把 CA 文件、哈希目录和真实 HTTPS 验收分开。

今年下半年

【网站连通性检测】java项目telnet、curl命令的使用1.封装工具类2.curl参数解释参考文档：https://blog.csdn.net/heihaozi/article/details/122609296

AI挖出6个curl漏洞但另外23份是噪音这几天安全圈有个结果挺有意思：一家叫 AISLE 的公司，用自己的 AI 系统扫 curl，找出了 6 个 CVE。

Wget静态网站前端看到一个做的挺不错的前端网页所以想爬下来：wget --mirror --convert-links --adjust-extension --page-requisites --no-parent Checking your browser...

一篇搞定：用 curl 测试私有部署模型联通性在私有部署模型环境里，最常见的排查动作就是先看服务是否存活，再分别验证对话模型和向量模型是否能正常收发请求。下面这组命令可以直接作为联通性测试模板使用。

糖果店的幽灵

软件测试接口测试从入门到精通：curl命令行工具🎯 本章目标：掌握curl命令的各种用法，能够在命令行中完成所有接口测试操作。curl 是一个命令行工具，用于在客户端与服务器之间传输数据，支持多种协议（HTTP、HTTPS、FTP等）。

[260429] x-cmd v0.9.1：一键开启 DeepSeek-V4-Pro Max 模式 + 1M 上下文；顺手重构了 uuid 模块从 v0.9.1 开始，x-cmd 不再默认向 Windows 提供保底 curl（Linux 不变，本地没有 curl 时仍使用 x-cmd 自编译的 curl）。