Evening folks,
I can confirm the very same behaviour described above with my AC86U/386.5.
The fact that there aren't hordes of people in here saying 386.5 is broken suggests me and Dimmie are doing something wrong, but I haven't been able to work out what it is. I've been flashing these Merlin...
This is very confusing, but your advice is excellent.
I can use a client kill switch (ie "Block routed clients if tunnel goes down") on any of the five client instances as long as I begin from a position of all kill switches being set OFF and then applied.
After that, switch ON the the kill...
That's it!
Thank you so much...
There was nothing about your advice that was obvious to me.
So in that case... the failsafe kill switch is unusable if more than one client session is loaded with a VPN server configuration - even if only one session is in use and all the others are disabled...
Evening folks,
I have an RT-AC86U running firmware 384.15.
My question is, how are the five VPN client instances intended to be used?
My guess is that each can hold a different configuration for one of your VPN provider's servers (geographically diverse/different intended use, or whatever)...
Yes Colin, that's self evident and I fully accept it. It does though rather smack of the latterday "no need to go trying to think things through for yourself, we know what's best for you". It's a pity the webui won't allow provision for a perfectly reasonable scenario that probably doesn't...
I was a bit slow to realise your solution only works by first removing all references from the dhcp server config page - but it does work!
Initially I had a merry dance trying to get my ethernet interface to let go of address .251, and ended up having to "service restart_dnsmasq", then...
Good morning,
(RT-AC86U/384.13)
I've been trying to get a laptop to take the same ip address for both wireless and ethernet interfaces from the dhcp server. There's no possiblility of these interfaces being up simultaneously.
I've enabled custom scripts in the webui and put the following in...