Point cert-manager DNS-01 at public recursive nameservers #337
Reference in New Issue
Block a user
Delete Branch "benvin/certmanager-recursive-ns"
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?
unkin.net is split-horizon: the
_acme-challenge.unkin.net -> _acme-challenge.acme.unkin.netdelegation CNAME exists only in the public Google Cloud DNS view. cert-manager's CNAME following (cnameStrategy: Follow) resolves via in-cluster CoreDNS to the nodes' internal resolver, which serves an internal view of unkin.net lacking that CNAME; Follow therefore finds no delegation and still sends the rfc2136 UPDATE to zone unkin.net on bind-external (only authoritative for acme.unkin.net), returning NOTAUTH. Follow needs a public-view resolver for both the CNAME chase and the propagation self-check. TSIG is proven fine.acmeDNS01.recursiveNameserversto8.8.8.8:53and1.1.1.1:53withacmeDNS01.recursiveNameserversOnly: truein the cert-manager ControllerConfiguration so DNS-01 resolution and self-checks use the public DNS view.cnameStrategy: Followon the ClusterIssuers (merged in #331); this PR gives that following a resolver that can see the delegation.https://claude.ai/code/session_01JUoARVdmhxKQHyyyp1pxeT