What's new

openvpn server and client question

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

I have two VPN-servers working and connection to VPN-client (Torguard) simultaneously.
I have read countless of threads and a lot of trial and error in order for this to work and apparently now it does. Unfortunately I am not used to scripts at all.
For me it works without writing JFFs-scripts in /jffs/scripts/nat-start.
According to Torguard they need to open a port forward and I need to add nat-start scripts, but for some reason it works without.

However I am still curious.
I can only get simultaneous VPN server and VPN client to work when choosing "Policy Rules" in Redirect internet traffic. I use Policy Rules Strict.
When I choose "All" I can not log into VPN server when VPN client is active.
Does anyone know why that is?

Also, I am wondering if my router is directing its traffic through the VPN client with these settings. I have aria2 installed on my NAS and I would really much like that when adding a download link to aria2 that it goes through the VPN.
 
I can only get simultaneous VPN server and VPN client to work when choosing "Policy Rules" in Redirect internet traffic. I use Policy Rules Strict.

When I choose "All" I can not log into VPN server when VPN client is active.

Does anyone know why that is?

Does this explanation help?
 

That explanation does help. Thank you very much!!!
If I understand correctly, with policy rules I am connecting to my VPN server via WAN in and VPN out. Is that correct?

If I understand correctly, the router services (installed on entware) such as aria2 is using WAN and not the VPN client? Is there a way to make certain router ports, e.g the port for aria2 use the VPN client that with "policy rules" or do I need to switch to "All"? Aria2 is on 192.168.50.1:81/aria2.

All my efforts trying to establish a VPN with routing "All" through the VPN has failed even though I have had the port 8080 forwarded by Torguard as well as scripts written to nat-start.
If I understand the script correctly I have set tun11 (though it is the tun of the VPN client), the port to 8080 since that is the port of my VPN server and dest-IP to 10.16.0.2 or 10.16.0.0/24.
Not sure if this is correct?
 
either way, I'll try it and I'll report back.
It works :)

After running your command @Martineau :
Code:
iptables -I POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun1+ -j MASQUERADE

My client that connects to the OpenVPN server goes through the OpenVPN client :)

To which script would you suggest me to add this command? (I'm only using server 1)

Thanks for your help

PS: I reverted to the defaults of the OpenVPN server (ip 10.8.0.0 and port 1194)
 
It works :)
To which script would you suggest me to add this command?


After running your command @Martineau :
Code:
iptables -I POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun1+ -j MASQUERADE
My client that connects to the OpenVPN server goes through the OpenVPN client :)
(I'm only using server 1)

Using script nat-start would mean that the 'pass-thru' rule is always available, but depending on your paranoia/level of desired control, you could use the openvpn-event script and its associated trigger scripts vpnserver1-route-up/vpnserver1-down (to ensure the 'pass-thru' rule only exists if the VPN Server 1 is UP) or have the 'pass-thru' dynamically applied only to specific inbound OpenVPN client connections using the OpenVPN '--client-connect/--client-disconnect' scripts.
 
Last edited:
Is there a way to make certain router ports, e.g the port for aria2 use the VPN client that with "policy rules" ?

The GUI primarily only allows selective routing of source LAN devices/target IPs (see the Wiki entry Policy based routing) but for Selective Port routing you will need a script:
Code:
./VPN_PortSelect.sh -h

#======================================================================================================= © 2016-2018 Martineau, v1.04
# Selective PORT routing to VPN (will use VPN DNS if VPN Client is in DNS 'Exclusive' mode)
#                        or WAN if say a NAS is forced out via the VPN
#
#   e.g.   VPN_PortSelect   [status|status full] | [help|-h] |
#                           { 0 | 1 | 2 | 3 | 4 | 5 | 9} { IP_Address_list | host_name_list | all | mac_address} { [!]port1[,port2] ['udp'] ['logfwmark']} ['src'|'dst]'
#                           ['del'|'test'|'nodns'] ['forcerpf']
#
#          VPN_PortSelect   2 hp-envy14 80,443
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be routed via VPN Client 2 and HP-Envy14 device will now use VPN DNS
#                           Check using https://ipleak.net/ or http://whatismyipaddress.com/ or issue 'curl "http://ipecho.net/plain";echo'
#          VPN_PortSelect   2 hp-envy14 80,443 del
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be no longer be routed via VPN Client 2
#          VPN_PortSelect   2 hp-envy14 80,443 nodns
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be routed via VPN Client 2 and HP-Envy14 device will continue to use WAN DNS
#          VPN_PortSelect   1 12:34:de:ad:00:00 80,443
#                           TCP Ports 80 and 443 for the device with MAC address 12:34:de:ad:00:00 will be routed via VPN Client 1
#          VPN_PortSelect   1 12:34:de:ad:00:00 80,443 logfwmark
#                           TCP Ports 80 and 443 for the device with MAC address 12:34:de:ad:00:00 will be routed via VPN Client 1 and iptable LOG messages sent to Syslog
#          VPN_PortSelect   2 hp-envy13,hpenvy14 !80,443
#                           ALL TCP Ports except ports 80 and 443 for both the HP-Envy13 and HP-Envy14 devices will be routed via VPN Client 2
#          VPN_PortSelect   2 10.88.8.66 22,9001:9005
#                           TCP Ports 22 and 9001 thru 9005 for the 10.88.8.66 device will be routed via VPN Client 2
#          VPN_PortSelect   0 10.88.8.66 3389 udp src
#                           UDP Port 3389 for the 10.88.8.66 device will be routed inbound via WAN (assuming 3389 has port forward in GUI)
#          VPN_PortSelect   0 all 80,443
#                           TCP Ports 80 and 443 for all devices will be routed via WAN
#                           (Assumes that ALL traffic is via the VPN!!!)
#          VPN_PortSelect   0 all 5000,5001 src
#                           TCP Ports 5000 and 5001 will be routed IN via WAN assuming Port Forwarding is also configured!
#                           (Assumes that ALL outbound traffic from the NAS is via the VPN!!!)
#          VPN_PortSelect   1 cameras 80,8080
#                           TCP Ports 80 and 8080 for the 'cameras' device group will be routed via VPN Client 1
#                           (Assumes /jffs/configs/IPGroups exists with valid pair entry - Uppercase text!)
#                                    e.g. CAMERAS  10.88.8.11:10.88.8.13
#                                         or
#                                         PHONES   10.88.8.156,10.88.8.172
#
#
 
Last edited:
you could use the openvpn-event script and its associated trigger scripts vpnserver1-route-up/vpnserver1-down (to ensure the 'pass-thru' rule only exists if the VPN Server 1 is UP)
I am in nano editing the openvpn-event script, it currently looks like this:

Code:
#!/bin/sh
cp /jffs/configs/resolv.dnsmasq /tmp/resolv.dnsmasq

I don't know how to use the trigger scripts, I have basic knowledge in C language, is it something similar to an "if"?

Code:
#!/bin/sh
cp /jffs/configs/resolv.dnsmasq /tmp/resolv.dnsmasq
if vpnserver1-route-up
iptables -I POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun12 -j MASQUERADE

if vpnserver1-down
iptables -D POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun12 -j MASQUERADE
 
I don't know how to use the trigger scripts,
Read the Wiki/documentation for Asuswrt-merlin ? e.g. openvpn-event

Using @john9527's template openvpn-event trigger script and you can choose which openvpn-event trigger script is executed by the specific Server/Client.
i.e simply create the appropriate scripts...... in your case scripts vpnserver1-route-up and vpnserver1-down
I am in nano editing the openvpn-event script, it currently looks like this:
Code:
#!/bin/sh
cp /jffs/configs/resolv.dnsmasq /tmp/resolv.dnsmasq
P.S. No idea why your openvpn-event script currently needs to unconditionally execute the 'cp' command for every OpenVPN event for all servers and all clients?o_Oo_Oo_O
 
Last edited:
yeah, I read the user scripts wiki, but I couldn't find info about triggers :/

No idea why your OpenVPN-event script currently needs to unconditionally execute the 'cp' command for every OpenVPN event for all servers and all clients?o_Oo_Oo_O
o_O i don't know either hehe, I didn't put it there, maybe it was one of the things I added (diversion, stubby, amtm, connmon, yazfi, scmerlin, ntpmerlin or spdmerlin)

I'll check john's script, thanks for the help again @Martineau
 
P.S. No idea why your openvpn-event script currently needs to unconditionally execute the 'cp' command for every OpenVPN event for all servers and all clients?o_Oo_Oo_O
The Stubby installer script placed the cp entry in openvpn-event.sh to override how OpenVPN Client handles DNS and forces the OpenVPN Client to always use Stubby. I realized recently that it should be handled differently and the feature can be removed. If the user wants the OpenVPN Client to use Stubby DoT, they can simply set "Accept DNS Configuration" = "Disabled". I have some time today to update the installer to make the change.
 
I went back and looked at the /tmp/resolv.dnsmasq override performed by the OpenVPN Client. It has to stay there for now or risk breaking Stubby DoT.

Without the override, the firmware will populate /tmp/resolv.dnsmasq with both the WAN DNS1 and the OpenVPN DNS entries 10.9.0.1 and 10.8.0.1 during an OpenVPN up event. For Stubby, we are using the router's IP address for DNS1. The VPN DNS values depend on the Accept DNS Configuration setting. Strict will append the DNS of the VPN to the DNS specified in DNS1 and DNS2 on the WAN screen as follows:

Code:
server=192.168.1.1
server=10.9.0.1
server=10.8.0.1

The addition of the VPN DNS in /tmp/resolv.dnsmasq prevents Stubby from working. I'll continue to analyze. I may have to install 384.11 beta to see how the DoT updates to the firmware is handling this. But I suspect most users will move away from the Stubby installer and upgrade to the native DoT built into the firmware and use of the Stubby installer script will fade away.
 
The GUI primarily only allows selective routing of source LAN devices/target IPs (see the Wiki entry Policy based routing) but for Selective Port routing you will need a script:
Code:
./VPN_PortSelect.sh -h

#======================================================================================================= © 2016-2018 Martineau, v1.04
# Selective PORT routing to VPN (will use VPN DNS if VPN Client is in DNS 'Exclusive' mode)
#                        or WAN if say a NAS is forced out via the VPN
#
#   e.g.   VPN_PortSelect   [status|status full] | [help|-h] |
#                           { 0 | 1 | 2 | 3 | 4 | 5 | 9} { IP_Address_list | host_name_list | all | mac_address} { [!]port1[,port2] ['udp'] ['logfwmark']} ['src'|'dst]'
#                           ['del'|'test'|'nodns'] ['forcerpf']
#
#          VPN_PortSelect   2 hp-envy14 80,443
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be routed via VPN Client 2 and HP-Envy14 device will now use VPN DNS
#                           Check using https://ipleak.net/ or http://whatismyipaddress.com/ or issue 'curl "http://ipecho.net/plain";echo'
#          VPN_PortSelect   2 hp-envy14 80,443 del
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be no longer be routed via VPN Client 2
#          VPN_PortSelect   2 hp-envy14 80,443 nodns
#                           TCP Ports 80 and 443 for the HP-Envy14 device will be routed via VPN Client 2 and HP-Envy14 device will continue to use WAN DNS
#          VPN_PortSelect   1 12:34:de:ad:00:00 80,443
#                           TCP Ports 80 and 443 for the device with MAC address 12:34:de:ad:00:00 will be routed via VPN Client 1
#          VPN_PortSelect   1 12:34:de:ad:00:00 80,443 logfwmark
#                           TCP Ports 80 and 443 for the device with MAC address 12:34:de:ad:00:00 will be routed via VPN Client 1 and iptable LOG messages sent to Syslog
#          VPN_PortSelect   2 hp-envy13,hpenvy14 !80,443
#                           ALL TCP Ports except ports 80 and 443 for both the HP-Envy13 and HP-Envy14 devices will be routed via VPN Client 2
#          VPN_PortSelect   2 10.88.8.66 22,9001:9005
#                           TCP Ports 22 and 9001 thru 9005 for the 10.88.8.66 device will be routed via VPN Client 2
#          VPN_PortSelect   0 10.88.8.66 3389 udp src
#                           UDP Port 3389 for the 10.88.8.66 device will be routed inbound via WAN (assuming 3389 has port forward in GUI)
#          VPN_PortSelect   0 all 80,443
#                           TCP Ports 80 and 443 for all devices will be routed via WAN
#                           (Assumes that ALL traffic is via the VPN!!!)
#          VPN_PortSelect   0 all 5000,5001 src
#                           TCP Ports 5000 and 5001 will be routed IN via WAN assuming Port Forwarding is also configured!
#                           (Assumes that ALL outbound traffic from the NAS is via the VPN!!!)
#          VPN_PortSelect   1 cameras 80,8080
#                           TCP Ports 80 and 8080 for the 'cameras' device group will be routed via VPN Client 1
#                           (Assumes /jffs/configs/IPGroups exists with valid pair entry - Uppercase text!)
#                                    e.g. CAMERAS  10.88.8.11:10.88.8.13
#                                         or
#                                         PHONES   10.88.8.156,10.88.8.172
#
#
Thanks again!
In which jffs would I put the selective routing scripts?
This is probably to much for me to perform.:(

My aim is that the router traffic goes through the VPN so the router services which I have installed (such as Aria2) goes through the VPN and that I can choose which devices that should go through the VPN.

I might have found another solution. Would you mind helping me saying if this is correct.
- I have looked around at some other of your posts in the forum and found the following scripts (code below) which I put in /jffs/scripts/firewall-start.
- I also set upp Policy Rules in the GUI with the following settings
Router 192.168.1.1 go through VPN
Lan 192.168.1.0/24 go through VPN (with this setting all devices now goes through the VPN).
Subnet VPN server 2 10.16.0.0/24 goes through VPN

With these settings and with script, I have managed to get a Open VPN connection while the VPN Client is running. Many thanks again for vast knowledge of this topic! If I understand correctly, I am connecting to my VPN server through WAN in and VPN-client out.
[Edit] Darn it. For some reason I can not connect to my router GUI while connected to the VPN server :(. And when downloading with Aria2 downloads are continuing after VPN client is deactivated, thus not working as planned o_O

Code:
#!/bin/sh

# Allow pass-thru for a connecting OpenVPN Server client to use Selective Policy routing RPDB out via VPN Client
iptables -D POSTROUTING -t nat -s $(nvram get vpn_server2_sn)/24 -o tun1+ -j MASQUERADE

iptables -I POSTROUTING -t nat -s $(nvram get vpn_server2_sn)/24 -o tun1+ -j MASQUERADE
 
Last edited:
My aim is that the router traffic goes through the VPN so the router services which I have installed (such as Aria2) goes through the VPN and that I can choose which devices that should go through the VPN.

I also set upp Policy Rules in the GUI with the following settings
Router 192.168.1.1 go through VPN
For some reason I can not connect to my router GUI while connected to the VPN server . And when downloading with Aria2 downloads are continuing after VPN client is deactivated, thus not working as planned
If you have routed ALL outbound router traffic via the VPN, then any inbound request via the WAN will never receive the reply.

(You can of course use an iptables rule together with an RPDB rule to ensure OpenVPN Server Port 1194 (assuming default) traffic is ALWAYs sent via the WAN!)

However, the easy method is to run Aria2 on a dedicated LAN device e.g. NAS, then simply include the IP of the Aria2 device in the Selective Routing GUI for the VPN Client.
Alternatively, there is a thread where Transmission is installed on the router, and the trick is to bind Transmission to an alias IP, and the alias IP is then simply added to the Selective Routing GUI for the VPN Client.

NOTE: I have no need to use Transmission/Aria2/Torrents either obfuscated via VPNs or not, but decided to RTFM.

Fortunately, it appears that Aria2 allows a (similar) command line technique to bind Aria2 to an interface such as a VPN client (so will also probably work if specified in '/opt/etc/aria2.conf' ?)

Initialise a VPN Client.....
Code:
./VPN_Client_Switch.sh status

(VPN_Client_Switch.sh): 12454 v1.07 Request..... [status]

 VPN Client Status:

 **NO OpenVPN Clients connected**
Code:
./VPN_Client_Switch.sh 1 on

(VPN_Client_Switch.sh): 13902 v1.07 Request..... [1 on]

(VPN_Client_Switch.sh): 13902 No VPN ACTIVE - Starting VPN Client 1

  Waiting for VPN Client 1 (HMA New York) to connect.....
  VPN Client 1 (HMA New York) connect'd in 36 secs

 VPN Client Status:

  Client 1 Connected via 100.120.236.77 (HMA New York)                   VPN tunnel end-point I/P: 89.187.178.173
  Checking response (max 5secs) from 'http://ipecho.net/plain' to verify VPN tunnel end-point I/P: 89.187.178.173
                                                                         VPN tunnel end-point I/P: 89.187.178.173

  Inter-|   Receive                                                |  Transmit
   face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
   tun11:  456735     476    0    0    0     0          0         0    43536     367    0    0    0     0       0          0
 
 NOTE: OpenVPN Statistics logged to Syslog

Now perform a test Aria2 download via the VPN Client 1 (interface tun11)
Code:
aria2c -l /opt/var/log/aria2.log -d /opt/var/aria2/downloads https://download.owncloud.org/community/owncloud-9.0.0.tar.bz2 --interface=tun11

05/02 10:22:09 [NOTICE] Downloading 1 item(s)
[#cd5f1a 21MiB/21MiB(99%) CN:1 DL:770KiB]                                                                                                                                             
05/02 10:22:56 [NOTICE] Download complete: /opt/var/aria2/downloads/owncloud-9.0.0.tar.bz2

Download Results:
gid   |stat|avg speed  |path/URI
======+====+===========+=======================================================
cd5f1a|OK  |   482KiB/s|/opt/var/aria2/downloads/owncloud-9.0.0.tar.bz2

Status Legend:

(OK):download completed.
Now check the VPN Client 1 statistics
Code:
/jffs/scripts/VPN_Client_Switch.sh status

(VPN_Client_Switch.sh): 29460 v1.07 Request..... [status]

 VPN Client Status:

  Client 1 Connected via 100.120.236.77 (HMA New York)                   VPN tunnel end-point I/P: 89.187.178.173
  Checking response (max 5secs) from 'http://ipecho.net/plain' to verify VPN tunnel end-point I/P: 89.187.178.173
                                                                         VPN tunnel end-point I/P: 89.187.178.173

  Inter-|   Receive                                                |  Transmit
   face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
   tun11: 24286150   17975    0    0    0     0          0         0   634423    7338    0    0    0     0       0          0
 
NOTE: OpenVPN Statistics logged to Syslog

Code:
2019-05-02 10:22:09.309708 [INFO] [Context.cc:179] <<--- --- --- ---
2019-05-02 10:22:09.342053 [INFO] [Context.cc:180]   --- --- --- ---
2019-05-02 10:22:09.342133 [INFO] [Context.cc:181]   --- --- --- --->>
2019-05-02 10:22:09.342257 [INFO] [Context.cc:182] aria2 1.34.0
2019-05-02 10:22:09.342390 [INFO] [Context.cc:183] gcc 7.4.0
  built by  x86_64-pc-linux-gnu
  targeting arm-openwrt-linux-gnu
  on        Mar 22 2019 19:41:34
2019-05-02 10:22:09.342523 [INFO] [Context.cc:184] Linux 2.6.36.4brcmarm #1 SMP PREEMPT Fri Apr 26 17:16:00 EDT 2019 armv7l
2019-05-02 10:22:09.342635 [INFO] [Context.cc:185] zlib/1.2.11 libxml2/2.9.9 OpenSSL/1.1.1a libssh2/1.8.0
2019-05-02 10:22:09.342690 [INFO] [Context.cc:186] Logging started.
2019-05-02 10:22:09.342764 [DEBUG] [Context.cc:216] Not setting rlimit NO_FILE: 1024 >= 1024
2019-05-02 10:22:09.342805 [INFO] [SocketCore.cc:1653] Checking configured addresses
2019-05-02 10:22:09.343466 [INFO] [SocketCore.cc:1704] Not considered: 127.0.0.1
2019-05-02 10:22:09.343596 [INFO] [SocketCore.cc:1701] Found configured address: 127.0.1.1
2019-05-02 10:22:09.343643 [INFO] [SocketCore.cc:1701] Found configured address: xxx.xxx.xxx.xxx
2019-05-02 10:22:09.343679 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.8.1
2019-05-02 10:22:09.343711 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.8.3
2019-05-02 10:22:09.343743 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.20.1
2019-05-02 10:22:09.343775 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.30.1
2019-05-02 10:22:09.343807 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.40.1
2019-05-02 10:22:09.343838 [INFO] [SocketCore.cc:1701] Found configured address: 10.8.0.1
2019-05-02 10:22:09.343870 [INFO] [SocketCore.cc:1701] Found configured address: 10.16.0.1
2019-05-02 10:22:09.343903 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.200.1
2019-05-02 10:22:09.343935 [INFO] [SocketCore.cc:1701] Found configured address: 100.120.236.77
2019-05-02 10:22:09.343967 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.50.1
2019-05-02 10:22:09.344002 [INFO] [SocketCore.cc:1709] IPv4 configured=1, IPv6 configured=0

2019-05-02 10:22:09.344110 [DEBUG] [SocketCore.cc:1346] Finding interface tun11
2019-05-02 10:22:09.344538 [DEBUG] [SocketCore.cc:1284] Sockets will bind to 100.120.236.77

2019-05-02 10:22:09.345010 [NOTICE] [Context.cc:311] Downloading 1 item(s)
2019-05-02 10:22:09.373060 [INFO] [LibsslTLSContext.cc:276] System trusted CA certificates were successfully added.
2019-05-02 10:22:09.373404 [DEBUG] [RequestGroupMan.cc:591] 1 RequestGroup(s) added.
2019-05-02 10:22:09.373728 [DEBUG] [AbstractCommand.cc:184] CUID#7 - socket: read:0, write:0, hup:0, err:0
2019-05-02 10:22:09.374011 [DEBUG] [FeedbackURISelector.cc:162] Selected from normCands
2019-05-02 10:22:09.374115 [DEBUG] [FeedbackURISelector.cc:84] FeedbackURISelector selected https://download.owncloud.org/community/owncloud-9.0.0.tar.bz2
2019-05-02 10:22:09.374274 [DEBUG] [AbstractCommand.cc:184] CUID#7 - socket: read:0, write:0, hup:0, err:0
<snip>

I'm not sure if this much easier Selective Routing app-based method addresses your requirement?
 
Last edited:
If you have routed ALL outbound router traffic via the VPN, then any inbound request via the WAN will never receive the reply.

(You can of course use an iptables rule together with an RPDB rule to ensure OpenVPN Server Port 1194 (assuming default) traffic is ALWAYs sent via the WAN!)

However, the easy method is to run Aria2 on a dedicated LAN device e.g. NAS, then simply include the IP of the Aria2 device in the Selective Routing GUI for the VPN Client.
Alternatively, there is a thread where Transmission is installed on the router, and the trick is to bind Transmission to an alias IP, and the alias IP is then simply added to the Selective Routing GUI for the VPN Client.

NOTE: I have no need to use Transmission/Aria2/Torrents either obfuscated via VPNs or not, but decided to RTFM.

Fortunately, it appears that Aria2 allows a (similar) command line technique to bind Aria2 to an interface such as a VPN client (so will also probably work if specified in '/opt/etc/aria2.conf' ?)

Initialise a VPN Client.....
Code:
./VPN_Client_Switch.sh status

(VPN_Client_Switch.sh): 12454 v1.07 Request..... [status]

 VPN Client Status:

 **NO OpenVPN Clients connected**
Code:
./VPN_Client_Switch.sh 1 on

(VPN_Client_Switch.sh): 13902 v1.07 Request..... [1 on]

(VPN_Client_Switch.sh): 13902 No VPN ACTIVE - Starting VPN Client 1

  Waiting for VPN Client 1 (HMA New York) to connect.....
  VPN Client 1 (HMA New York) connect'd in 36 secs

 VPN Client Status:

  Client 1 Connected via 100.120.236.77 (HMA New York)                   VPN tunnel end-point I/P: 89.187.178.173
  Checking response (max 5secs) from 'http://ipecho.net/plain' to verify VPN tunnel end-point I/P: 89.187.178.173
                                                                         VPN tunnel end-point I/P: 89.187.178.173

  Inter-|   Receive                                                |  Transmit
   face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
   tun11:  456735     476    0    0    0     0          0         0    43536     367    0    0    0     0       0          0
 
 NOTE: OpenVPN Statistics logged to Syslog

Now perform a test Aria2 download via the VPN Client 1 (interface tun11)
Code:
aria2c -l /opt/var/log/aria2.log -d /opt/var/aria2/downloads https://download.owncloud.org/community/owncloud-9.0.0.tar.bz2 --interface=tun11

05/02 10:22:09 [NOTICE] Downloading 1 item(s)
[#cd5f1a 21MiB/21MiB(99%) CN:1 DL:770KiB]                                                                                                                                            
05/02 10:22:56 [NOTICE] Download complete: /opt/var/aria2/downloads/owncloud-9.0.0.tar.bz2

Download Results:
gid   |stat|avg speed  |path/URI
======+====+===========+=======================================================
cd5f1a|OK  |   482KiB/s|/opt/var/aria2/downloads/owncloud-9.0.0.tar.bz2

Status Legend:

(OK):download completed.
Now check the VPN Client 1 statistics
Code:
/jffs/scripts/VPN_Client_Switch.sh status

(VPN_Client_Switch.sh): 29460 v1.07 Request..... [status]

 VPN Client Status:

  Client 1 Connected via 100.120.236.77 (HMA New York)                   VPN tunnel end-point I/P: 89.187.178.173
  Checking response (max 5secs) from 'http://ipecho.net/plain' to verify VPN tunnel end-point I/P: 89.187.178.173
                                                                         VPN tunnel end-point I/P: 89.187.178.173

  Inter-|   Receive                                                |  Transmit
   face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
   tun11: 24286150   17975    0    0    0     0          0         0   634423    7338    0    0    0     0       0          0
 
NOTE: OpenVPN Statistics logged to Syslog

Code:
2019-05-02 10:22:09.309708 [INFO] [Context.cc:179] <<--- --- --- ---
2019-05-02 10:22:09.342053 [INFO] [Context.cc:180]   --- --- --- ---
2019-05-02 10:22:09.342133 [INFO] [Context.cc:181]   --- --- --- --->>
2019-05-02 10:22:09.342257 [INFO] [Context.cc:182] aria2 1.34.0
2019-05-02 10:22:09.342390 [INFO] [Context.cc:183] gcc 7.4.0
  built by  x86_64-pc-linux-gnu
  targeting arm-openwrt-linux-gnu
  on        Mar 22 2019 19:41:34
2019-05-02 10:22:09.342523 [INFO] [Context.cc:184] Linux 2.6.36.4brcmarm #1 SMP PREEMPT Fri Apr 26 17:16:00 EDT 2019 armv7l
2019-05-02 10:22:09.342635 [INFO] [Context.cc:185] zlib/1.2.11 libxml2/2.9.9 OpenSSL/1.1.1a libssh2/1.8.0
2019-05-02 10:22:09.342690 [INFO] [Context.cc:186] Logging started.
2019-05-02 10:22:09.342764 [DEBUG] [Context.cc:216] Not setting rlimit NO_FILE: 1024 >= 1024
2019-05-02 10:22:09.342805 [INFO] [SocketCore.cc:1653] Checking configured addresses
2019-05-02 10:22:09.343466 [INFO] [SocketCore.cc:1704] Not considered: 127.0.0.1
2019-05-02 10:22:09.343596 [INFO] [SocketCore.cc:1701] Found configured address: 127.0.1.1
2019-05-02 10:22:09.343643 [INFO] [SocketCore.cc:1701] Found configured address: xxx.xxx.xxx.xxx
2019-05-02 10:22:09.343679 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.8.1
2019-05-02 10:22:09.343711 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.8.3
2019-05-02 10:22:09.343743 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.20.1
2019-05-02 10:22:09.343775 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.30.1
2019-05-02 10:22:09.343807 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.40.1
2019-05-02 10:22:09.343838 [INFO] [SocketCore.cc:1701] Found configured address: 10.8.0.1
2019-05-02 10:22:09.343870 [INFO] [SocketCore.cc:1701] Found configured address: 10.16.0.1
2019-05-02 10:22:09.343903 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.200.1
2019-05-02 10:22:09.343935 [INFO] [SocketCore.cc:1701] Found configured address: 100.120.236.77
2019-05-02 10:22:09.343967 [INFO] [SocketCore.cc:1701] Found configured address: 10.88.50.1
2019-05-02 10:22:09.344002 [INFO] [SocketCore.cc:1709] IPv4 configured=1, IPv6 configured=0

2019-05-02 10:22:09.344110 [DEBUG] [SocketCore.cc:1346] Finding interface tun11
2019-05-02 10:22:09.344538 [DEBUG] [SocketCore.cc:1284] Sockets will bind to 100.120.236.77

2019-05-02 10:22:09.345010 [NOTICE] [Context.cc:311] Downloading 1 item(s)
2019-05-02 10:22:09.373060 [INFO] [LibsslTLSContext.cc:276] System trusted CA certificates were successfully added.
2019-05-02 10:22:09.373404 [DEBUG] [RequestGroupMan.cc:591] 1 RequestGroup(s) added.
2019-05-02 10:22:09.373728 [DEBUG] [AbstractCommand.cc:184] CUID#7 - socket: read:0, write:0, hup:0, err:0
2019-05-02 10:22:09.374011 [DEBUG] [FeedbackURISelector.cc:162] Selected from normCands
2019-05-02 10:22:09.374115 [DEBUG] [FeedbackURISelector.cc:84] FeedbackURISelector selected https://download.owncloud.org/community/owncloud-9.0.0.tar.bz2
2019-05-02 10:22:09.374274 [DEBUG] [AbstractCommand.cc:184] CUID#7 - socket: read:0, write:0, hup:0, err:0
<snip>

I'm not sure if this much easier Selective Routing app-based method addresses your requirement?

Many thanks once again for your teachings and explanation. I do agree with you that (for this reason) that it would be easier to have aria2 on a specific device rather than connected to the router itself. Unfortunately I am very happy with having my NAS connecting to the router for now. :)

I also found the Transmission thread and unfortunately I have tried to apply it to aria2 without success.:( So I am not sure if it is easier:(.

It does address the requirements as you say if one uses aria2 with the command as above. I tried your download script aria2..... --interface=tun11 which worked.
Unfortunately, I use aria through debian with the arai2 GUI at 192.168.1.1:81/aria2.
https://hqt.ro/aria2-download-manager-through-debian/

I tried to put interface=tun11 as well as interface=192.168.50.10 in the aria2.conf, but when doing that I can no longer not connect to the aria2 GUI.
It says I can not connect to the aria2 RPC-server o_O.

In my installation I find the aria GUI at 192.168.1.1:81/aria2, but if I understand the documentation the gui port for aria2 is port is actually 6800.

What would be the best step to take here?
Is it to bind port 6800 to the VPN client?
Sorry it is quite late and I am not coming up with any great options right now. Again many thanks for your time.
 
@Martineau
Ok, so I now downloaded Transmission and it works behind the VPN server :).
I posted my question regarding aria2 webui on github to see if they have an answer why I cannot connect to the RPC server when adding interface=tun11 in aria2.conf. That quesion is not really valid for this thread.

I suppose one way to solve connecting to the RPC server on port 6800 would be to put port 6800 to tun11.
Since I have not used selective routing before.
Could you please explain how I am to use your script on #32 above.
- Where do I put it ./VPN_PortSelect.sh -h?
- How would I type a VPN_Portselect for port 6800 on my NAS to be routed via VPN client 1?
I feel kinda lost on this topic but if your hp-envy14 device in connected to your router via usb I might have an idea what that row will look like.

Again many thanks for sharing your knowledge about this topic.
 
Last edited:
I've been messing around with this for a few days now and I cannot figure it out... Naturally I'm trying to connect from my Android device via OpenVPN --> my router (Asus Merlin) --> my vpn provider --> internet. The function supplied by @Martineau isn't working for me, I've gone through this entire thread at least ten times now trying to figure out why. I've connected to my router through ssh using PuTTY and typed it in the command line "iptables -I POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun11 -j MASQUERADE" but I don't understand how to diagnose why this isn't working (though I've done enough research by now to know why this should work :p). I've typed in "iptables -t nat -L" and have found that the policy is administered, but it just says the destination is "anywhere" so I have no idea if my OpenVPN connection from my Android phone to my router is actually routing through my VPN provider's 'tun11'. I proved this to myself by using a dns leak website, which shows my router's IP and not my VPN provider's IP.

I am an extreme novice in networking, the only reason I want to do this is to use my PiHole on my phone away from home while also using my VPN provider... Do I need to do anything specifically to the server.conf files (either the client or vpn service provider) or apply specific settings in Merlin? I've had to have spent 15 hours trying to figure this out by now... Thanks in advance to anyone who can help.
 
Last edited:
If I understand correctly, the command line allows your VPN server to go through your VPN client. It does not automatically route the traffic that way though.

You also need to do the following in the router GUI.
- Change to policy rules for your VPN Client. There you can add which Lan ip adresses that should use your VPN client. Add the subnet for your VPN server 1 to go through the VPN client. It is most likely 10.8.0.0/24 if you have not changed it. The "24" at the end will make sure every device connected to VPN server 1 will go through your VPN client.
Reboot and test again.
This works for me.

Read up on yorgis VPN client guide for more VPN client settings.

Make sure your VPN client and VPN server do not use the same subnet. Otherwise it will not work.
 
Last edited:
I swear I have done all that. My VPN client and server are 100% on different subnets, I've enabled routing through the Merlin GUI, and I've written the command supplied verbatim. I don't have the skill set to diagnose what the issue is... I think the issue might be the traffic coming back to the device. If it comes back with a different IP due to the router's DHCP Server (or if the VPN client changes it), then I don't think it will read on my independent OpenVPN server... I have no idea how to do this. I tried using the route command "route my_router_ip my_router_mask" in my server's .ovpn file but it didn't work...

Yup so I literally have no idea what is happening. I guess if someone knows why let me know, but otherwise it probably isn't worth your time to help an extreme novice at networking out :p. Thanks!
 
I swear I have done all that. My VPN client and server are 100% on different subnets, I've enabled routing through the Merlin GUI, and I've written the command supplied verbatim. I don't have the skill set to diagnose what is... I think the issue might be the traffic coming back to the device. If it comes back with a different IP due to the router's DHCP Server (or if the VPN client changes it), then I don't think it will read on my independent OpenVPN server... I have no idea how to do this. I tried using the route command "route my_router_ip my_router_mask" in my server's .ovpn file but it didn't work...

Yup so I literally have no idea what is happening. I guess if someone knows why let me know, but otherwise it probably isn't worth your time to help an extreme novice at networking out :p. Thanks!

Hmm. Not really sure which command you are refering to by verbatim. He has 1 post in this forum which is not about this topic.
Kind of hard to follow your steps.
Unfortunately it does not really come back with a different IP. Eiter the VPN server goes through the VPN client or it does not :p.
It took me some time to figure this out as well. But with great help I got it to work and I now have two VPN servers going through two different VPN clients :).

If everything is correct in the WebUI and you are seing your WAN IP when you are connected to your VPN server, it does sound like you forgot to execute the script.

Look through the following to make sure it is correct!

Did you save this code in /jffs/scripts/firewall-start
(Just copy-paste)

Code:
#!/bin/sh

# Allow pass-thru for a connecting OpenVPN Server client to use Selective Policy routing RPDB out via VPN Client
iptables -D POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun11 -j MASQUERADE
iptables -I POSTROUTING -t nat -s $(nvram get vpn_server1_sn)/24 -o tun11 -j MASQUERADE

And afterwards made /jffs/scripts/firewall-start exetutable by typing.

Code:
chmod a+rx /jffs/scripts/firewall-start

If you have the correct settings for the VPN client (policy rules with VPN server subnet going through the VPN client) in the WebUI then you just need to reboot your router.

This should work.
Good luck.
 
Last edited:
Did you save this code in /jffs/scripts/firewall-start
If i want to add it to openvpn-event script, do I have to modify something?

Does it make more sense to add it in openvpn-event?
 

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top