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
Now note the location reported by the Mullvad DNS check, it matches your exit country.
The fact the DNS server is showing in the same country as the VPN server your connected to is normal in this configuration, because the VPN is relaying the DNS query to a server in the exit jurisdiction.
Now start Portmaster with these settings.
At this point, DNS is broken - there is no connectivity to the internet. It appears that Portmaster is not respecting the Mullvad VPN’s gateway - despite the documentation stating it should be forwarding DNS to the system assigned DNS server - which is available from the TAP adapter interface that was created by the VPN.
Suggestion previous was to manually set a DNS server in Portmaster to a public server i.e.
This results in incredibly unstable DNS resolution. It works for a moment, then fails and packs in all together - possibly some cache reminants. As soon as I disable Portmaster, everything works as normal.
The Portmaster documentation states that it only intercepts and forwards DNS queries through two possible paths:
Any configured DNS servers within the section shown above, bypassing the system network-configured DNS entirely.
If there are no entries configured in the Portmaster DNS server list, it reverts to using the network-configured DNS server.
Given # 2 is the chosen path since no DNS servers have been configured within Portmaster, Portmaster remains oblivious to the VPN local service that inserted its IP in the IP tables configuration.
I simply cannot get Portmaster to connect using Mullvad VPN and Mullvad DNS Relay.
The text was updated successfully, but these errors were encountered:
Can you check, this still seems unresolved .
Steps;
The fact the DNS server is showing in the same country as the VPN server your connected to is normal in this configuration, because the VPN is relaying the DNS query to a server in the exit jurisdiction.
Now start Portmaster with these settings.
At this point, DNS is broken - there is no connectivity to the internet. It appears that Portmaster is not respecting the Mullvad VPN’s gateway - despite the documentation stating it should be forwarding DNS to the system assigned DNS server - which is available from the TAP adapter interface that was created by the VPN.
Suggestion previous was to manually set a DNS server in Portmaster to a public server i.e.
dot://extended.dns.mullvad.net?ip=194.242.2.5&name=mullvad&blockedif=empty
But this is not what we want. The DNS requests should be passed to a Mullvad VPN Relay (via the client) not sent direct to a public server.
See here why bypassing a VPN Relay using a public facing DNS server is not a good idea; https://www.privacyguides.org/en/advanced/dns-overview/#why-shouldnt-i-use-encrypted-dns
Lets try to redirect DNS to the Mullvad local listener IP that is designed to Relay DNS...
dns://10.64.0.1?name=Mullvad&blockedif=zeroip
This is specified as a valid resolver here ; https://mullvad.net/en/help/running-wireguard-router
This results in incredibly unstable DNS resolution. It works for a moment, then fails and packs in all together - possibly some cache reminants. As soon as I disable Portmaster, everything works as normal.
The Portmaster documentation states that it only intercepts and forwards DNS queries through two possible paths:
Given # 2 is the chosen path since no DNS servers have been configured within Portmaster, Portmaster remains oblivious to the VPN local service that inserted its IP in the IP tables configuration.
I simply cannot get Portmaster to connect using Mullvad VPN and Mullvad DNS Relay.
The text was updated successfully, but these errors were encountered: