fix: give dind configurable dns resolvers #2
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/dind-dns"
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?
Image builds in fiximus-maximus jobs (#170) failed to resolve
registry-1.docker.io.Cause: containers inside DinD can't use Docker's embedded DNS, so dockerd hands them its fallback resolvers, 8.8.8.8 and 8.8.4.4, which this host can't reach. That includes job containers and BuildKit's builder. I confirmed this on the deployed DinD: a nested container gets
nameserver 8.8.8.8/8.8.4.4and fails to resolveregistry-1.docker.io. With--dns 185.12.64.1 --dns 185.12.64.2it resolves.Change:
compose.yaml: dockerd gets--dns ${DIND_DNS_1:-185.12.64.1} --dns ${DIND_DNS_2:-185.12.64.2}, Hetzner's resolvers by default..env.exampleandREADME.md: both variables documented, plus a troubleshooting row.tests/compose.test.sh: checks the default resolvers and that overrides reach dockerd.Verification:
sh tests/compose.test.sh13/13, shellcheck clean. README,compose.yamland.env.exampleagree on all 12 variables. The test was run and seen to fail before the change.After merge: redeploy the Coolify resource, which recreates the
dindcontainer with the new flags, then re-run #170's Docker jobs.