mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[PR #956] [MERGED] New providers #1089
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#1089
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?
📋 Pull Request Information
Original PR: https://github.com/certimate-go/certimate/pull/956
Author: @fudiwei
Created: 9/8/2025
Status: ✅ Merged
Merged: 9/8/2025
Merged by: @fudiwei
Base:
next← Head:dev📝 Commits (9)
7f51a06refactor(ui): clean coded2f4117feat(ui): enhance CAProviderSelect3ab95dbfeat: new ca provider: globalsign atlas92211abfeat: new ca provider: sectigo531840echore(deps): upgrade npm dependencies5f27509feat: standardize domain match patterns on deploymentcfe3f6crefactor: clean code32cd10dfeat: support uploading certificates from local paths or urlsee1ececMerge branch 'dev' of https://github.com/fudiwei/certimate into dev📊 Changes
71 files changed (+2153 additions, -1203 deletions)
View changed files
📝
internal/certapply/config.go(+19 -0)📝
internal/certdeploy/deployers/sp_tencentcloud_cdn.go(+5 -4)📝
internal/certdeploy/deployers/sp_tencentcloud_ecdn.go(+5 -4)📝
internal/certdeploy/deployers/sp_volcengine_cdn.go(+1 -0)📝
internal/certdeploy/deployers/sp_volcengine_live.go(+1 -0)📝
internal/domain/access.go(+9 -0)📝
internal/domain/provider.go(+4 -0)📝
internal/domain/workflow.go(+4 -4)📝
internal/workflow/engine/executor_bizmonitor.go(+1 -4)📝
internal/workflow/engine/executor_bizupload.go(+127 -7)📝
migrations/1756296000_cm0.4.0_migrate.go(+30 -2)📝
pkg/core/ssl-deployer/providers/azure-keyvault/azure_keyvault.go(+1 -1)➕
pkg/core/ssl-deployer/providers/tencentcloud-cdn/consts.go(+10 -0)📝
pkg/core/ssl-deployer/providers/tencentcloud-cdn/tencentcloud_cdn.go(+88 -13)➕
pkg/core/ssl-deployer/providers/tencentcloud-ecdn/consts.go(+10 -0)📝
pkg/core/ssl-deployer/providers/tencentcloud-ecdn/tencentcloud_ecdn.go(+84 -10)➕
pkg/core/ssl-deployer/providers/volcengine-cdn/consts.go(+10 -0)📝
pkg/core/ssl-deployer/providers/volcengine-cdn/volcengine_cdn.go(+131 -36)➕
pkg/core/ssl-deployer/providers/volcengine-live/consts.go(+8 -0)📝
pkg/core/ssl-deployer/providers/volcengine-live/volcengine_live.go(+90 -45)...and 51 more files
📄 Description
该 PR 包含以下内容变更:
BREAKING CHANGES
域名匹配模式
在之前的版本中,由于各贡献者实现的部署提供商没有统一规范,在某些支持泛解析的云服务中,如果在部署节点中输入一个开头为
*的域名(即泛域名),会产生三种不同的行为逻辑:*.example.com只会匹配*.example.com这一个站点。*.example.com会匹配www.example.com、image.example.com等多个站点。www.foo.com、www.bar.com、www.baz.com),即使用户只输入了*.foo.com,也会匹配到www.foo.com、www.bar.com、www.baz.com等多个站点。这在使用时会给用户造成歧义。为了避免不必要的困扰,现在统一泛域名默认的行为逻辑为“精确匹配”。
以下部署提供商会受到影响:
tencentcloud-cdn:腾讯云 CDN,原行为逻辑是“根据证书自动匹配”。tencentcloud-ecdn:腾讯云 ECDN,原行为逻辑为是“根据证书自动匹配”。volcengine-cdn:火山引擎 CDN,原行为逻辑是“通配符匹配”。volcengine-live:火山引擎 Live,原行为逻辑是“通配符匹配”。与此同时,我们为这些部署提供商在部署节点中额外提供了“域名匹配模式”这一配置项,你仍可以手动修改它的值为“通配符匹配”或“根据证书自动匹配”,来保持与之前版本相同的行为逻辑。
在未来的版本迭代中,我们会逐步为每个部署提供商都引入“域名匹配模式”这一配置项。
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.