n3t_admin It's on Android 11. Wireguard is set to "Simple/Easy", not advanced. Thus, DNS is set to "Wireguard" without any option to change it. Split DNS is enabled anyway, but makes no difference.
On Android 11 and below, Configure -> DNS - > Split DNS needs Configure -> DNS -> Advanced DNS filtering to also be turned ON. But: For Simple mode WireGuard, Split DNS is NOT needed. Like you see in the Configure -> DNS UI, WireGuard DNS must be used for ALL installed apps (ie, apps not excluded or setup to bypass proxy).
Yup, I can confirm that pretty much every request (apart from the failed ones) shows a duck emoji.
This shouldn't happen. This is the first such report we've got of this. If you're on v055o+, will you copy and share the output from the RDNSInfo (appears midway) & WireGuard sections (appears right at the bottom) from About -> Stats (the text in there is selectable)?
Onlyfun I am checking for dns leaks on mullvad site, there i get multiple google servers mixed with mullvad's.
Are you running WireGuard in Advanced mode or Simple mode?
Onlyfun By the way, don't split dns and never proxy dns settings conflict if both set to on?
- Configure -> DNS -> Split DNS is to route an app's DNS query through desired Proxy (usually, some active WireGuard configuration in Advanced mode, or Orbot / SOCKS5 / HTTP proxy).
- Configure -> DNS -> Never proxy DNS is to instruct Rethink to NOT proxy the user-preferred DNS upstream; to NOT use those proxies (Orbot, SOCKS5, HTTP, WireGuard in Simple mode, or "Always-on" WireGuards in Advanced mode) as a hop to connect to DNS.
Cause whatever it means, it wont explain google servers in my tests.
Logs can explain what's going on, but you'll have to share them. If you're on Rethink v055o or later, you can also inspect logs (some have had success with using popular LLMs, too) if you want from Configure -> Settings -> App logs. Make sure to switch the log level to "Very verbose" by tapping on the filter icon in the search bar. The button at the footer that goes "Email crash logs" will export the logs to a ZIP file that you can save or share.
I just cant come with an idea of what makes my dns queries to be sent to google.
You can't know for sure if DNS queries are being sent to Google, just because a website reports that your client does.
By the way, not that long ago I was getting microsoft in same dns tests, not anymore.
That's the limitation of all these websites that claim to unearth "DNS leaks". They can't tell apart actual resource access from DNS queries. In this case, what's likely is, you'd have Configure -> DNS -> Show website icon in DNS logs turned ON, which fetches favicons for the hostnames in DNS queries from NextDNS (hosted on Cloudflare/AWS/GCP) or DuckDuckGo (hosted on Microsoft Azure).
These "DNS leak" testing websites can't tell a favicon download from a DNS query. These service may also have other such limitations and/or bugs, depending on how sophisticated or rudimentary their implementation actually is.
Could you clarify what is meant by "system dns” ?
These are DNS resolvers advertised by the currently active underlying networks (ex: WiFi / Mobile).
Onlyfun Later I ran mullvad again on both browsers few time in a row no leaks. I have zero clue what is going on with dns, again my results with leaks to google cannot be justified anyhow for my case.
Onlyfun For example right now typing this text i checked - no leaks.
Do not solely rely on these websites. You can monitor the app logs from Rethink. The Configure -> Logs -> DNS since v055o shows ALL outgoing DNS queries Rethink makes (including the ones it makes for its own connections).
Onlyfun Meanwhile I saw Dns in rethink is marked 'very slow',
"Very slow" means 100ms+ is the median DNS resolution latency for the currently active DNS resolver in-use. Not that bad for DNS over VPN, if you ask me.
n3t_admin Maybe I'm doing something extremely wrong here, but given my experience with networking, I honestly doubt it.
You could consider sharing App logs output with us over email (I am mz at celzero dot com, please link to this thread in the body / subject) or analyzing them yourself Configure -> Settings -> App logs (don't forget to set the log level to "Very verbose" by tapping on the filter icon; the App logs log level will reset to "Error" after 3 hours to avoid consuming unnecessary resources; you can share these logs by tapping on the "Email crash logs" floating button shown in the footer of App logs UI).