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
The firewall is laid out to redirect any "rogue" DNS queries back to the Portmaster. Of course this exempts all requests the Portmaster does itself, as it is also a DNS resolver itself.
But this in turn also affects any connections that the Portmaster does by itself, which are not part of the nameserver. Currently this affects (at least) the following code sections:
This can be quite easily fixed on Linux by enabling Resolver.PreferGo and setting a custom Resolver.Dial function. The Resolver.Dial function would then return a bridge that just feeds the request data to the nameserver internally.
Unfortunately, these interfaces are currently ignored on Windows. A go proposal to change this was accepted, but not implemented yet.
The text was updated successfully, but these errors were encountered:
dhaavi
changed the title
Portmaster should use it's own resolver for own connections.
Portmaster should use its own resolver for own connections.
Feb 10, 2021
The firewall is laid out to redirect any "rogue" DNS queries back to the Portmaster. Of course this exempts all requests the Portmaster does itself, as it is also a DNS resolver itself.
But this in turn also affects any connections that the Portmaster does by itself, which are not part of the nameserver. Currently this affects (at least) the following code sections:
portmaster/netenv/online-status.go
Line 404 in 990524e
portmaster/netenv/online-status.go
Line 440 in 990524e
As well as the updating process, this time in safing/portbase:
https://github.com/safing/portbase/blob/80588d5a537470f471d1055336d0e4162fc53621/updater/fetch.go#L132
Fixing
This can be quite easily fixed on Linux by enabling Resolver.PreferGo and setting a custom Resolver.Dial function. The Resolver.Dial function would then return a bridge that just feeds the request data to the nameserver internally.
Unfortunately, these interfaces are currently ignored on Windows. A go proposal to change this was accepted, but not implemented yet.
The text was updated successfully, but these errors were encountered: