Flip resolver forwarding for k8s zones to the in-cluster bind #288
Reference in New Issue
Block a user
Delete Branch "benvin/externaldns-resolver-flip"
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?
Why
Step 3 of 3 in the external-dns → in-cluster bind migration: the client-visible cutover. The
openforwarderresolvers currently forwardk8s.syd1.au.unkin.netto the legacy VM anycast198.18.19.20(a temporary measure — commit7ee5dfb) and have NO forwarder at all for the reverse zone200.18.198.in-addr.arpa. Once external-dns publishes to the in-clusterbind-externaldns(PR 2), resolvers must read from it.Changes
fwd-k8s-syd1-au-unkin-netforwarder from198.18.19.20(legacy VM) to198.18.200.8(in-clusterbind-externaldnsVIP).fwd-200-18-198-in-addr-arpaforwarding200.18.198.in-addr.arpa→198.18.200.8, closing the reverse-zone gap so PTR lookups for the k8s LB range keep resolving after cutover. Modeled exactly on the existing forward-zone entries.kubectl kustomize apps/overlays/au-syd1/bind-internalbuilds clean; both zones render with forwarder198.18.200.8and there is no residual198.18.19.20.Merge gate
benvin/externaldns-incluster) merged, AND198.18.200.8must match those from198.18.19.20before merging.Verification (after merge)
Resolution through the
bind-resolversVIP should now answer for both the forward and reverse k8s zones.Rollback
Revert this PR — the
fwd-k8s-syd1-au-unkin-netforwarder returns to198.18.19.20and the reverse forward is removed. The legacy VM is untouched and remains authoritative until decommission.