frp 内网穿透突然提示remote error: tls: unknown certificate，

于 2024-08-24 15:57:24 发布
阅读量164 收藏
点赞数 3
文章标签： 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liyangcomeon/article/details/141500650
版权

因为开发小程序，需要搭建内外测试环境，于是安装了frp内网穿透软件，经过手搓各种配置，终于网通了，但使用了一段时间，突然访问不了了

日志提示remote error: tls: unknown certificate

页面端提示连接不是私密连接

经过多方排查，根据提示应该问题处在证书上，在本机客户端里面有两个证书，是域名申请的证书，会不会是域名证书问题，此时我重新下载证书

替换掉之前放置的证书，看配置文件

没有问题，重启一下服务。

欧拉，网通了。

益得助手
关注
  • 3
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Rancher入门到精通-2.0 client‘s certificate: x509: certificate signed by unknown authorit 重新安装就好了
隔壁老瓦的专栏
03-04 7595
error "tls: failed to verify client's certificate: x509: certificate signed by unknown authority (possibly because of \"crypto/rsa: verification error\" while trying to verify candidate authority cert...
kubernetes 坑人的错误！！！Unable to connect to the server: x509: certificate signed by unknown authority
江晓龙的博客
01-02 2860
1.问题说明 搭建完k8s集群，k8s-master节点一开始还可以正常使用kubelet命令，过会后就不能正常使用率，真是气人 前一秒还能用，下一秒就不行 2.问题解决方式 在网上找遍了解决问题的博客，依然无法解决问题，写的一塌糊涂，都是抄袭，真的很狗 2.1.问题复现 在正常的k8s集群的master节点执行以下几个命令： mkdir -p $HOME/.kube cp -i /etc/kubernetes/admin.conf $HOME/.kube/config chown $(id
三种方法解决http: TLS handshake error from [::1]:51325: remote error: tls: unknown certificate
weixin_64123373的博客
08-17 5719
解决http: TLS handshake error
https自签证书tls握手时错误或go系统错误处理
weixin_46078854的博客
11-12 8896
https自签证书tls握手时报错：2021/11/03 09:22:53 http: TLS handshake error from ip:port: remote error: tls: unknown certificate， 这属于go包系统级别的错误，不可捕获和忽略，只能用方法3来减少错误日志文件大小。 1.浏览器添加客户端证书和CA根证书； 2.系统级别的崩溃信息:syscall.Dup2 eg: fatal error: runtime: out of memory 代码： f, e :=
Kibana route inaccessible
随笔记录-分享&记忆
02-16 809
Kibana route inaccessible | unknown certificate authority1. 背景2. 环境3. 问题4. 参考解决方案 1. 背景 工作遇到的类似问题，参考官网进行收集归档，进行笔记形式的记录，便于后续查看。 2. 环境 OpenShift Container Platform (OCP) 4.3.z 3. 问题 Kibana route inaccessible 在OCP 4.3.x中部署群集日志记录之后，将无法访问创建的默认kibana路由。 Kibana P
HTTPS双向认证
Starr
02-28 7113
文章目录双向认证服务端客户端（问题残留） 双向认证 C/S两端分别生成密钥对，交换公钥，基于公钥验证另一端。 第一步，创建密钥对，把公钥存储为自签名、PEM编码的证书。用openssl即可，这里以一个HTTPS服务端为例： openssl req -nodes -x509 -newkey rsa:4096 -keyout serverKey.pem -out serverCrt.pem -days 365 serverKey.pem包含服务器的私钥，需要保护；serverCrt.pem包含服务器的公钥，用
Altermanager 发送告警报 x509: certificate signed by unknown authority 错误解决
01-08
这是alter manager配置默认需要证书，官方config解释： ...The default SMTP TLS requirement. ...[ smtp_require_tls: | default = true ] 所以设置 smtp_require_tls:False 即可。 AlterManagerConfigMa
记录一次的 https 网络协议握手失败的原因
q1472750149的博客
12-08 6480
问题描述 今天遇到一个报错： http: TLS handshake error from * 整个时间的经过是这样的：今天先以容器的形式在测试环境部署了一个云服务，测试后没有问题。然后，以相同的方式在公网上也部署了一个服务却出现了问题，导致 https 网络协议握手失败。 具体报错信息如下： 2021/11/09 07:15:58 http: TLS handshake error from 125.64.94.138:34428: remote error: tls: bad certi
idea集成docker,并使用windows 下 的docker推送镜像到harbor
Street_Walker的博客
12-02 1382
1.登录Harbor地址 然后选择项目->打开自己的项目 此处使用的上图右下角的提示命令进行推送镜像.(图中A/B是Harbor中的仓库名称) 2.推送数据实际使用的命令是 docker push [REPOSITORY]:[TAG] 举例:对应的推送命令是:docker push A/B:7(此处本地仓库要和Harbor仓库的仓库名一致) 3.推送报错:remote error: tls: internal error 网友提示:在配置文件中添加仓库地址,此处是推送镜像不是下载镜像,几乎没什么
frp搭建内网穿透笔记
最新发布
weixin_46569943的博客
04-08 504
本地liunx或者win配置文件,启动命令为：./frpc -c conf.ini。阿里云服务器端配置文件，启动命令是：./frps -c conf.ini。原作者，可接单远程配置，收30米。上github下载相应的版本。
go: Unmarshal error: json: cannot unmarshal string into Go struct field .timestamp of type int64
十年运维开发经验的王义杰在此分享自己的知识和经验
09-16 7218
为结构定义一个自定义的方法。err!= nil {return errok {// 进行转换return nil在我们的Go开发实践中，处理JSON解码错误是常有的事。针对这个错误，我们有多种解决方案，从而使我们的代码更加健壮。这不仅增强了代码的健壮性，还为团队中的其他成员提供了解决问题的思路，是我们迈向软件架构师的一小步。如果您对这篇文章有任何疑问或建议，欢迎在下面留言。同时，如果你对企业管理，团队管理，项目管理或个人成长有兴趣，也请关注我的其他文章。
frp（实现内网穿透）服务搭建与ssh连接测试
givenchy_yzl的博客
12-28 769
内网穿透的英文叫做NAT traversal，又被称为端口映射或内网映射，内网穿透是网络连接术语，如下图如果我（局域网A中的一台服务器）想访问另一个局域网c中的一台服务器，可以通过拥有公网ip的B服务器加上frp服务完成端口转发，达到访问效果。
frp报错 while decoding JSON: json: cannot unmarshal string into Go value of type
scottchenrui2017的博客
01-05 7798
frp报错error unmarshaling JSON: while decoding JSON: json: cannot unmarshal string into Go value of type v1.ServerConfig的解决办法
ngrok 1.7搭建报错remote error: tls: bad certificate
竹生的专栏
11-13 4554
ngrok 1.7搭建报错 最近重新搭建了一遍ngrok的服务器，参考：https://zhuanlan.zhihu.com/p/33794707 由于ngrok v1版本很久都没有维护了，编译完成后，启动时服务端遇到了错误：remote error: tls: bad certificate 在网上搜索了半天，有人说是golang版本的问题，将golang版本从1.17降低到1.9后，仍然没有解决。偶然间发现客户端上的日志提示x509: certificate is valid for xxx, not
tls: bad certificate
吴派三叔的博客
04-07 8300
2020/04/07 16:35:53 http: TLS handshake error from 127.0.0.1:61171: remote error: tls: bad certificate 用以下命令生成 tls openssl genrsa -out server.key 2048 openssl ecparam -genkey -name secp384r1 -out serv...
etcd开启https
一二三四吾
11-24 2973
上节(etcd在docker中使用)etcd已经可以正常使用,这节讲讲如何开启htpps 1 生成签名 1.1 下载 cfssl mkdir ~/bin curl -s -L -o ~/bin/cfssl https://pkg.cfssl.org/R1.2/cfssl_linux-amd64 curl -s -L -o ~/bin/cfssljson https://pkg.cfssl.org/...
东原服务器开机显示bb,启用tls后，服务器出现remote error: tls: bad certificate
weixin_28995139的博客
08-11 3792
纯粹是为了测试tls客户端日志V2Ray v2.33 (One for all) 20170609An unified platform for anti-censorship.2017/07/30 20:12:14 [Debug]App|Proxyman|Inbound: creating tcp worker on 127.0.0.1:10802017/07/30 20:12:14 [Info...
tls: failed to verify certificate: x509: certificate signed by unknown authority
05-27
这是一个关于TLS证书验证的错误信息，通常是因为客户端无法验证服务器端证书的颁发机构。这可能是由于以下原因之一： 1. 证书颁发机构未知，这通常会发生在自签名证书或使用不受信任的证书颁发机构签署的证书时。 2. 证书链不完整或不正确，这通常是由于证书链中的一些证书丢失或未正确配置所导致的。 要解决这个问题，你可以尝试以下步骤： 1. 确认证书是否有效，并确保证书链完整和正确。 2. 尝试手动导入证书到客户端的信任存储库中。 3. 如果使用的是自签名证书，可以考虑使用公共证书颁发机构签署的证书。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

益得助手

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值