Deploy: read cluster objects, drop the zones and RPZ ConfigMaps
DO NOT SYNC THIS BEFORE MIGRATING. Removing fancy-dns-zones and fancy-dns-rpz from the kustomization lets a pruning GitOps tool delete them, and they hold the only copy of the zones and address redirects until the objects exist. Follow deploy/MIGRATION.md: install the definitions, run `fancy-dns-console migrate` against the live cluster, then roll this out. The StatefulSet starts the resolver with -kube and no longer mounts the two ConfigMaps; its service account loses the ConfigMap role and keeps only the read-only Role on the fancy-dns objects (crds/rbac.yaml). The kustomization now installs the definitions and that Role. The shipped config no longer lists the migrated sources. Config validation no longer refuses an enabled blocklist with no sources in the file, because BlockList, DomainRule and AddressOverride objects can supply every rule and the file cannot know. The existing "no source" warning says so. That removed the only validation message the settings tests used as a fixture; they now use an invalid acl.default_policy, and an empty settings document is refused by the handler instead of by that check. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
This commit is contained in:
1 parent
467733a7f9
commit
04ebf68c0f
9 files changed
+27
-105
No files matched your search
@@ -11,8 +11,8 @@ namespace: dns
|
||||
resources:
|
||||
- 00-config.yaml
|
||||
- 05-serviceaccount.yaml
|
||||
- 06-zones.yaml
|
||||
- 07-rpz.yaml
|
||||
- crds/crds.yaml
|
||||
- crds/rbac.yaml
|
||||
- 10-deployment.yaml
|
||||
- 20-service.yaml
|
||||
- 30-ingress.yaml
|
||||
|
||||
Reference in new issue
Block a user