-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tunnel DNS requests through the VPN interface (systemd-resolved) #342
Comments
It is best to implement this function in sing-box. But I think they won't. Maybe none of us use https://sing-box.sagernet.org/faq/known-issues/#on-linux Or you can try to open |
Well either Nekoray, or I sent you the example but it's not as simple as the commands above - interface names may change and behavior needs to be restored after VPN mode is disabled. You can test this yourself if you're on GNU/Linux and using Then notice that you won't get a DNS respond back. Enabling |
Encountered the same issue and successfully resolved it within the application by following these steps:
After making these changes, restart Nekoray and attempt to connect to your profile. |
You saved me bro. This instruction worked for me. |
When using the VPN mode of Nekoray on GNU/Linux, DNS requests go through the default interface and not through nekoray-tun.
resolvectl status
Notice the
-DefaultRoute
for nekoray-tun even though VPN Mode is activated.Half-solution:
Although I think this will interfere with Nekoray's own "DNS routing".
Ultimately Nekoray should implement:
https://github.com/systemd/systemd/blob/master/docs/RESOLVED-VPNS.md
Or without that, at least do the required
resolvectl
calls.Fedora 37 KDE
Using
systemd-resolved
Nekoray 2.9
The text was updated successfully, but these errors were encountered: