XxUnkn0wnxX
Occasional Visitor
Hi all,
I’ve been testing the OpenVPN client “Kill Switch” behavior on Asuswrt-Merlin and I’m seeing inconsistent behavior depending on how the tunnel is started.
Tested on:
The specific thing I’m tracking is the per-client RPDB rule:
Case 1 (works):
When Kill Switch is enabled and the tunnel is started from:
…the prohibit rule is installed as expected:
Case 2 (problem):
If the tunnel is started via:
…then the tunnel can come up / routing can occur, but the kill switch prohibit rule does NOT get applied (i.e. no
line).
Verification command:
Expected (Kill Switch respected regardless of start method):
Observed (when started outside OpenVPN Client page):
Question:
Cheers
I’ve been testing the OpenVPN client “Kill Switch” behavior on Asuswrt-Merlin and I’m seeing inconsistent behavior depending on how the tunnel is started.
Tested on:
- Router: ASUS GT-AX11000
- Firmware: 3004.388.11
- Branch: ubi firmware (NOT ROG build)
- OpenVPN only
- Tested with Policy Rules / VPN Director only
- IPv6 globally disabled on the router
The specific thing I’m tracking is the per-client RPDB rule:
Code:
from <ROUTED_CLIENT_LAN_IP> prohibit
Case 1 (works):
When Kill Switch is enabled and the tunnel is started from:
Code:
<ROUTER_WEBUI_BASE_URL>/Advanced_OpenVPNClient_Content.asp
Code:
admin@router:/# ip rule | grep <ROUTED_CLIENT_LAN_IP>
10210: from <ROUTED_CLIENT_LAN_IP> lookup ovpnc1
12211: from <ROUTED_CLIENT_LAN_IP> prohibit
Case 2 (problem):
If the tunnel is started via:
- VPN Director UI:
Code:
<ROUTER_WEBUI_BASE_URL>/Advanced_VPNDirector.asp - OR CLI:
Code:
admin@router:/# service start_vpnclient1
Code:
from <ROUTED_CLIENT_LAN_IP> prohibit
Verification command:
Code:
admin@router:/# ip rule | grep <ROUTED_CLIENT_LAN_IP>
Expected (Kill Switch respected regardless of start method):
Code:
10210: from <ROUTED_CLIENT_LAN_IP> lookup ovpnc1
12211: from <ROUTED_CLIENT_LAN_IP> prohibit
Observed (when started outside OpenVPN Client page):
Code:
10210: from <ROUTED_CLIENT_LAN_IP> lookup ovpnc1
(no prohibit rule)
Question:
- Is this intended behavior, or a bug/regression?
- If intended: could the kill switch logic be applied consistently regardless of the start path (OpenVPN Client page vs VPN Director toggle vs service start/stop), so routed clients never silently fall back to WAN when Kill Switch is enabled?
Cheers