curl: (51)Unable to communicate securely with peer

本文记录了在Linux系统中使用curl命令进行API测试时遇到的HTTPS证书问题。最初遇到400 Bad Request错误,通过将HTTP更改为HTTPS解决。接着出现51错误,表示服务器证书域名不匹配。通过在curl命令后添加--insecure参数,允许不安全的服务器连接,成功解决了问题。此方法虽然能临时通行,但存在安全隐患,不适合生产环境。
摘要由CSDN通过智能技术生成

最近公司做的项目需要联通另一个系统,对方给了个token,测试一下该token是否有效,因为是在Linux上,没有postman,只能通过curl命令发送网络请求,但是实际测试时,由于服务器上有些库的版本比较低,出现各种问题,写篇文章记录一下。
如图:
在这里插入图片描述
首先第一个报错,400 bad request 这个好解决,按报错信息把http改为https就好了,但是改为https之后就出现第二个报错

curl: (51) Unable to communicate securely with peer: requested domain name does not match the server's certificate

网上搜了一下,基本上都是这篇,翻译也不翻译一下。。。
在这里插入图片描述
文中第一个方法没看懂,试了第二个方法,也就是图中圈出来的部分,在curl后面加上–insecure,通了,效果如图:
在这里插入图片描述
那么–insecure是干什么用的呢,在cmd中输入curl -help在这里插入图片描述就是图中圈出来的部分,大意就是使用SSL时允许不安全的服务器连接。

根据你提供的引用内容,出现"curl: (18) transfer closed with xxx bytes remaining to read"错误通常是由于网络连接问题或服务器端的问题导致的。这个错误表示在传输数据时连接被关闭,但仍有一些数据未被读取。 解决这个问题的方法有以下几种: 1. 检查网络连接:确保你的网络连接正常,并且没有任何阻塞或限制。你可以尝试使用其他网络连接或者重启你的网络设备。 2. 检查服务器状态:如果你在访问一个远程服务器时遇到这个问题,可能是服务器端出现了问题。你可以联系服务器管理员或者尝试使用其他服务器进行访问。 3. 增加缓冲区大小:你可以尝试增加缓冲区的大小来解决这个问题。具体的方法取决于你使用的工具和操作系统。例如,对于curl命令,你可以使用`--buffer-size`选项来增加缓冲区的大小。 4. 使用断点续传:如果你正在下载一个大文件,并且经常遇到这个问题,你可以尝试使用断点续传的方式来下载文件。这样可以在连接中断后继续下载未完成的部分。 5. 检查服务器配置:如果你是服务器管理员,你可以检查服务器的配置,特别是网络连接和传输相关的配置,以确保没有任何问题。 下面是一个使用curl命令增加缓冲区大小的示例: ```shell curl --buffer-size 1024000 <URL> ``` 请注意,上述命令中的`1024000`表示缓冲区的大小,你可以根据需要进行调整。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值