Closed douglarek closed 7 months ago
Thanks for opening this issue!
@douglarek it's up to your dns routing, isn't it?
@douglarek it's up to your dns routing, isn't it?
That's certainly correct, but what's intriguing is that when I request api.miwifi.com, the _qname is api.miwifi.com.lan. This situation seems to occur when I set api.miwifi.com to 'reject'.
@douglarek It is not dae's bussiness. Google it.
@douglarek It is not dae's bussiness. Google it.
Thank you for pointing that out. I found that this seems to be the local domain suffix in OpenWRT, which randomly appends '.lan' to certain domain names. After removing this local domain suffix, there is a noticeable difference.
[2024-01-30 update]: If your system is using systemd-resolved instead of dnsmasq, you need to disable DNS search domains. Here's how: edit /etc/systemd/resolved.conf
, uncomment the line #Domains=
, and change it to Domains=
, then restart systemd-resolved and dae.
Checks
Current Behavior
dns settings:
When I request
api.miwifi.com
and check the DAE log, it seems that there is an issue with the _qname during DNS resolution, causing DNS requests that should have been rejected to be resolved through the fallback DNS server.dae log:
Expected Behavior
It seems that it shouldn't be DNS resolved, or at least it shouldn't be resolved through the proxy.
Steps to Reproduce
You can simply use the DNS configuration mentioned above.
Environment
dae --version
):cat /etc/os-release
): openwrt 23.05uname -a
): 5.15Anything else?
No response