mirror of
https://github.com/CaddyBuilds/caddy-cloudflare.git
synced 2026-04-26 12:35:55 +03:00
[GH-ISSUE #26] auto_https prefer_wildcard broken in latest release #10
Labels
No labels
documentation
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/caddy-cloudflare#10
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 @jfmercille on GitHub (Feb 24, 2026).
Original GitHub issue: https://github.com/CaddyBuilds/caddy-cloudflare/issues/26
Latest release (2.11) has the auto_https prefer_wilcard broken for some reason
Global caddyfile section:
{
acme_dns cloudflare {$CLOUDFLARE_API_TOKEN}
auto_https prefer_wildcard
}
Error after upgrading:
Error: adapting config using caddyfile: parsing caddyfile tokens for 'auto_https': auto_https must be one of 'off', 'disable_redirects', 'disable_certs', or 'ignore_loaded_certs', at /etc/caddy/Caddyfile:3
I pinned to the previous release (2.10) and everything works
@vkartk commented on GitHub (Feb 25, 2026):
Thanks for reporting this!
Good catch. This isn’t a bug in 2.11, but due to a behavior change introduced in 2.10.
The
auto_https prefer_wildcardoption is no longer needed and has effectively been removed.As of Caddy 2.10:
➡️ When using the DNS challenge, Caddy now automatically prefers an existing wildcard certificate before issuing individual certs for subdomains. This behavior is now the default.
That’s why 2.11 throws:
because
prefer_wildcardis no longer a valid option.Related:
👉 Fix: Simply remove this line:
and things should work as expected on 2.11.
@jfmercille commented on GitHub (Feb 25, 2026):
@vkartk Thank you!
Removing the auto_https line worked on latest version.
For people wanting to stick to wildcards to "hide" hostnames on certs from transparency logs, this new behavior works well.