-
Notifications
You must be signed in to change notification settings - Fork 56
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
split-vpn no longer works on UniFI OS v4.x #211
Comments
Odd, it works for me still. Can you share your complete config? |
which gateway do you use? |
What you mean which gateway? |
I mean UDM Base, UDM-Pro, SE etc |
Any Luck for anyone to get this thing running again? |
Can anyone explain what exactly is not working? Iptables Routes, VPN connections, Intreface creation? What errors are you getting? |
I still have two separate installations - one at home and one at work which both still work fine. Would be great to get more details from those with issues (or maybe ui improves their integrarion) so that we could try to sort them out :) |
I moved the comment I made here to a new issue #212 because I'm not so sure it's actually relevant. Sorry for the noise. |
With the recent Unifi OS 4.0.6 update my split-vpn (I only route specific domains- to avoid creepy sites that play ads only in some countries) stopped working. Just FYI: the main UI implementation is still somehow not fully functional If you have one of the bigger VPNs a lot of USA will have, surfshark and PIA both, UI says "lol, good luck!" Mullvad does work. however, the domain-based split VPN (under policy based routing-> enter the domain(s)-> select VPN to route through) still doesn't function correctly. The obvious function should be (no additional setup, but even with hours and hours it won't work!): add VPN via conf file, you add domains to route or exempt, it works The way it actually works is you do the above, most VPNs won't work with the given conf, and then the domains are highly super limited. While this split-vpn script allows for a high degree of specificity, (you can use wildcards), UI doesn't allow this! HOLY WHY!?!? It also absolutely refuses to obey DNS whether in the conf OR via adguard/phiole or even their own built in DNS routing! WHY WHY WHY? is DNS routing that hard? I'd agree it's maybe not "that easy" but it's been like 5 years UI...... hoooooly! Anyway, so the GUI still doesn't work as it should (is sending test.domain.abc to DNS 111.1.3.4 (example) 100% of the time that much to ask????????). And now an update seems to have broken this superior script. Awesome. btw the GUI DNS leaks like a sinking boat... or whatever leaks a lot. Insert your own thing. It's horrifying though how the conf is set DNS = Blahblahblah IP but it just straight up ignores it totally so for those asking "what doesn't work?" split-vpn, domain specific routing is what is broken for me. domains set in my dnsmasq (in the /run dir) simply refuse to resolve. |
@peacey I'm experiencing this same issue with a UDM-Pro SE on Unifi OS v4.0.6. I ran this setup on v3.x and it worked the first time with no problems using the instructions for wireguard (kernel). When my system updated Unifi OS to v4.0.6 and I rebooted the setup stopped working. Unifi OS v4.x is also now part of the "official" channel and is no longer early access. Specifically, it seems that client traffic is no longer being routed to the wireguard interface For context, here are my config files (redacted): wg0.conf
vpn.conf
In summary: split-vpn wireguard kernel setup worked flawlessly in Unifi OS 3.x, but after upgrading to Unifi OS v4.0.6 and rebooting client traffic no longer seems to be getting routed over the wireguard interface and the killswitch simply drops connectivity resulting in no connection. The wireguard tunnel and interface still seem to be getting setup and functioning properly. |
Currently in Early Access, so this may be a Unifi issue, but this script doesn't work on v4 of Unifi OS. Neither forcing domains, nor MACs, works.
Clients are unable to resolve any data, and instead just hang when attempting to connect to the destination.
The text was updated successfully, but these errors were encountered: