cert-manager: rfc2136 seems to not work with deep subdomains
Describe the bug: For zone foo.com I can create a cert for bar.foo.com but not baz.bar.foo.com. from what I can tell the zone update is going to bar.foo.com, not foo.com, so it’s rejected by the server.
Expected behaviour: the zone update sent to the server be sent for zone foo.com, NOT bar.foo.com
Steps to reproduce the bug:
- Have a working rfc2136 set up (preferably with bind)
- try to create a deeper subdomain certificate.
- watch as the server rejects the update with
update failed: not authoritative for update zone (NOTAUTH)
Anything else we need to know?:
I have a tcpdump/pcap that I THINK shows the error, there’s no instance of foo.com on it’s own in the file, bar.foo.com and deeper only, so I think that means updates are being sent for the wrong zone.
/kind bug
About this issue
- Original URL
- State: open
- Created 2 years ago
- Comments: 24
ok, changed the cluster-domain and redeployed a bunch of stuff, it seems to be working.
I’d say this is an interaction with cluster-domain. It might not happen if
--dns01-recursive-nameservers-only
and--dns01-recursive-nameservers
are set, not sure.