curl: (51)Unable to communicate securely with peer

最新推荐文章于 2024-11-05 10:31:56 发布

Wyunpeng

最新推荐文章于 2024-11-05 10:31:56 发布

阅读量1.9w

点赞数 5

CC 4.0 BY-SA版权

分类专栏：运维文章标签： curl

本文链接：https://blog.csdn.net/Wyunpeng/article/details/115462462

运维专栏收录该内容

4 篇文章

订阅专栏

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

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近公司做的项目需要联通另一个系统，对方给了个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时允许不安全的服务器连接。