You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've recently spun up blocky, mostly for local DNS resolution rather than the blocking functionality (though i'll be adding that in the future).
One thing that is confusing me, and this may be misconfiguration on my part, is that subdomains are resolving when I wouldn't expect them to.
A very trimmed version of my config file:
customDNS:
customTTL: 1h
filterUnmappedTypes: true
zone: |
$ORIGIN domain.com.
$TTL 86400
;; Ingress
nginx-k8s IN A 192.168.0.11
;; Services
dev IN CNAME nginx-k8s
I can resolve dev.domain.com as expected and resolves to 192.168.0.11.
However any subdomain of dev, e.g. test.dev.domain.com, also gets resolved to 192.168.0.11 rather than returning NXDOMAIN and/or forwarding upstream.
This is causing issues with me being able to (re)generate certificates for ingress-nginx as cert-manager is unable to validate the DNS records it creates.
When requesting a certificate cert-manager creates a TXT file in Cloudflare for _acme-challenge..domain.com. Blocky then resolves _acme-challenge..domain.com to whatever is configured for .domain.com - preventing cert-manager from validating the record and issuing the certificate.
Personally I would expect local DNS not to resolve subdomains unless there is an explicit record for it, and if not found, to then check the upstream server(s).
I suspect there may be wider implications to altering the way the resolver operates, so this is probably more of a feature request than a bug/question.
I've recently spun up blocky, mostly for local DNS resolution rather than the blocking functionality (though i'll be adding that in the future).
One thing that is confusing me, and this may be misconfiguration on my part, is that subdomains are resolving when I wouldn't expect them to.
A very trimmed version of my config file:
I can resolve dev.domain.com as expected and resolves to 192.168.0.11.
However any subdomain of dev, e.g. test.dev.domain.com, also gets resolved to 192.168.0.11 rather than returning NXDOMAIN and/or forwarding upstream.
This is causing issues with me being able to (re)generate certificates for ingress-nginx as cert-manager is unable to validate the DNS records it creates.
When requesting a certificate cert-manager creates a TXT file in Cloudflare for _acme-challenge..domain.com. Blocky then resolves _acme-challenge..domain.com to whatever is configured for .domain.com - preventing cert-manager from validating the record and issuing the certificate.
I've tried adding
and
to my Blocky config, but haven't had any success with stopping subdomains from being resolved when not explicitly listed in the zone field.
The text was updated successfully, but these errors were encountered: