mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[GH-ISSUE #1091] 1Panel V2 无法部署从节点网站证书 #735
Labels
No labels
announcement
backlog
bug
declined
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
invalid
pull-request
question
stale
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/certimate#735
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @willow-god on GitHub (Dec 7, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/1091
Release Version / 软件版本
v4.0.8
Description / 问题描述
近期不知道是不是更新了1panel的问题,在部署1panel证书时出现报错:
经过验证,该问题在主节点和子节点均有报错,不清楚是否是我个人的问题,麻烦开发者看一下:
我能确定的是,当前证书ID2是存在的。
Miscellaneous / 其他
我看到500的问题,起初是以为我的网站配置问题,导致无法访问,但是我打开容器终端尝试ping了一下,是通的,并且在我的主节点中是有访问日志记录的,如下:
该问题我尝试让主节点重新执行证书替换,但是也出现了问题,我不清楚到底是什么问题,麻烦开发者答疑解惑!祝您生活愉快!
@willow-god commented on GitHub (Dec 7, 2025):
更新一下,似乎只有从节点是不可以替换证书的,我尝试通过网站id形式更新,可以获取到数据,虽然没有像我想象中的那样正确替换,但是仅显示了说没找到对应的域名,而并不是无法获取数据。
@fudiwei commented on GitHub (Dec 8, 2025):
上一次部署成功是什么时候?这期间你做过什么?
@willow-god commented on GitHub (Dec 8, 2025):
您好,我并没有作任何事情,由于我添加了一个节点,所以又复制了一个子节点的部署任务并尝试运行就报错了,然后我尝试在之前已经成功的子节点重新部署(关闭设置下面的跳过开关),发现也是失败的,但是这期间我并没有修改任何配置:
并且我在打开跳过开关后,他也能正常跳过,因为之前同样的配置是有成功的记录的,如下:
可以看到,第二个香港子节点之前是成功了的,但是我将跳过开关关闭后发现香港子节点在同样的配置下也无法部署了。
@willow-god commented on GitHub (Dec 8, 2025):
作者大大您好,另外说明一个情况,我发现目前可以通过网站部署,也不需要维护网站地址ID,但是选择那个自动匹配的方式部署时,通配符证书似乎无法匹配:
它会显示没有匹配的网站,但是可以看到我的网站名称比如为:aaa.example.com,使用example.com,*.example.com的证书似乎无法匹配到这个网站,请问这是设计还是一个小bug?
@fudiwei commented on GitHub (Dec 8, 2025):
日志里应该会有一条
sdk request '1panel.WebsiteSearch'记录,展开看一下 response 是什么?@fudiwei commented on GitHub (Dec 8, 2025):
无法复现你这个问题。你能在 Shell 中执行一下 curl 看一下响应吗?
@willow-god commented on GitHub (Dec 8, 2025):
首先针对于这个问题,搜索中我这里是可以看到各个网站的地址的,数据如下:
完整日志如下,图片放不完:
我的证书为通配符证书:
不知道是不是习惯性的加了个根域的原因导致匹配不上
@willow-god commented on GitHub (Dec 8, 2025):
您好作者大大,再针对这个问题,我执行后复现了这个问题:
但是这个请求中似乎没有包含子节点的名称?我的主节点之前添加删除了几次,证书ID确实不存在,所以我填写2会报错,如上,但是如果我填写4,也就是我主节点中存在的证书:
是可以正常使用的,我上面昨天晚上留言说主节点可以,子节点不行,是因为请求中没有携带子节点数据导致获取到了主节点的证书吗?或者说最新版本
1Panel给参数干没了导致失效了吗?@fudiwei commented on GitHub (Dec 9, 2025):
麻烦上传一下完整日志。在日志界面点右侧齿轮图标 -> 下载日志。
curl 携带一下 1Panel 子节点名称再看下响应:
@willow-god commented on GitHub (Dec 9, 2025):
这个是子节点,不知道是不是我的请求体的问题,我不管写成参数还是直接写在curl命令里面,似乎都会报这一个问题
certimate_workflow_run_#9owlzyvkzvcad9x_logs.txt
针对另外一个域名匹配问题,这是我的log文件,麻烦开发者大大,祝您生活愉快,工作顺利,心想事成!
@fudiwei commented on GitHub (Dec 10, 2025):
从节点网站自动匹配的问题已确认并修复,将随下个版本发布。
从节点获取不到证书的问题应该是 1Panel 自身的原因,建议咨询 1Panel 官方。
@willow-god commented on GitHub (Dec 11, 2025):
您好作者,打扰了,我感觉还是不太对劲,如下:
我在Windows虽然没有执行成功,但是同样的脚本我在linux环境下,在certimate的容器内,尝试安装curl后,将sh文件挂载进了data目录,使用
sh ./test.sh命令执行脚本,最终发现正常获取,如上,我确定这不是获取的主节点的证书而是确实是子节点的证书,因为我的主节点不存在id为2的证书,我的脚本如下:我在想会不会是因为Windows和linux的细微的编码差距导致了该问题?不过我也不太肯定,不过这个问题确实是复现了。
在Windows的git bash下,同样的代码,同样的
sh ./1panel.sh,无法获取到数据。@willow-god commented on GitHub (Dec 11, 2025):
作者大大您先发版网站部署的匹配问题吧,我这个情况可以通过网站匹配解决问题,对于证书部署问题我也有点迷糊了,等我去询问一下1Panel的官方看看