Before submitting, please confirm
Environment details
Summary
On Windows, the TrustTunnel client does not apply system DNS settings even when change_system_dns = true is enabled in the configuration. The tunnel connects successfully, but Windows continues using the previous DNS servers.
Environment
OS: Windows 11 Pro (also reproduced on Windows 10)
TrustTunnel Client: v1.0.23
Execution: run as Administrator
Listener: tun
Interface created: Adguard VpnLibs test tunnel
App version
last
Steps to reproduce
Steps to Reproduce
Start TrustTunnel client on Windows as Administrator.
Tunnel connects successfully.
Check system DNS configuration using:
Get-DnsClientServerAddress
Expected behavior
Expected Behavior
DNS on the TUN interface should be updated automatically to the configured upstreams (for example 1.1.1.1 and 8.8.8.8) or to the local DNS proxy (127.0.0.1) used by TrustTunnel.
Actual behavior
Actual Behavior
DNS on the TUN interface remains unchanged.
Example output:
InterfaceAlias : Adguard VpnLibs test tunnel
InterfaceIndex : 17
ServerAddresses : 46.243.231.30, 46.243.231.31
These DNS servers are inherited from the network or VPN provider and are not replaced by TrustTunnel.
As a result:
TrustTunnel DNS proxy is not used
DNS traffic does not follow the expected routing
DNS leaks may occur
Screenshots
Screenshot 1
Additional Information
Workaround
Manually setting DNS after startup fixes the issue:
Set-DnsClientServerAddress -InterfaceIndex 17 -ServerAddresses 1.1.1.1,8.8.8.8
ipconfig /flushdns
After doing this manually, DNS works correctly through the tunnel.
Notes
Client is started with administrator privileges.
TUN interface is successfully created.
VPN connection works correctly.
Issue appears to be related only to applying DNS settings on Windows.
Before submitting, please confirm
Environment details
Summary
On Windows, the TrustTunnel client does not apply system DNS settings even when change_system_dns = true is enabled in the configuration. The tunnel connects successfully, but Windows continues using the previous DNS servers.
Environment
OS: Windows 11 Pro (also reproduced on Windows 10)
TrustTunnel Client: v1.0.23
Execution: run as Administrator
Listener: tun
Interface created: Adguard VpnLibs test tunnel
App version
last
Steps to reproduce
Steps to Reproduce
Start TrustTunnel client on Windows as Administrator.
Tunnel connects successfully.
Check system DNS configuration using:
Get-DnsClientServerAddress
Expected behavior
Expected Behavior
DNS on the TUN interface should be updated automatically to the configured upstreams (for example 1.1.1.1 and 8.8.8.8) or to the local DNS proxy (127.0.0.1) used by TrustTunnel.
Actual behavior
Actual Behavior
DNS on the TUN interface remains unchanged.
Example output:
InterfaceAlias : Adguard VpnLibs test tunnel
InterfaceIndex : 17
ServerAddresses : 46.243.231.30, 46.243.231.31
These DNS servers are inherited from the network or VPN provider and are not replaced by TrustTunnel.
As a result:
TrustTunnel DNS proxy is not used
DNS traffic does not follow the expected routing
DNS leaks may occur
Screenshots
Screenshot 1
Additional Information
Workaround
Manually setting DNS after startup fixes the issue:
Set-DnsClientServerAddress -InterfaceIndex 17 -ServerAddresses 1.1.1.1,8.8.8.8
ipconfig /flushdns
After doing this manually, DNS works correctly through the tunnel.
Notes
Client is started with administrator privileges.
TUN interface is successfully created.
VPN connection works correctly.
Issue appears to be related only to applying DNS settings on Windows.