VPNMON VPNMON-R3 v1.7.0 -Sep 20, 2025- Monitor OpenVPN/Wireguard WAN/Dual-WAN Health & Random Reset Multiple Connections (Available in AMTM!) - v1.8.0 Beta6

[Viktor Jaep]

In my case I would find total throughput on a tunnel between resets a more useful statistic. See if anyone else has a different opinion.

Been thinking about this. Sounds like a good selectable option between avg and total throughput. I'll work on this!

 

[scootertramp]

Made a small tweak to 1.8.0 Beta 5... For those testing, just download and reinstall the same version from the post above.

- PATCH: Fixed a bug that was preventing the connected time from getting reset back to 0 when a VPN/WG connections was being reset.

Gotta like it. Automatic reset of time. Awesome!

 

[Viktor Jaep]

Beta 6 is out! This time adding "Total Throughput (in MB)" as per @CaptainSTX's suggestion. New menu item #15 lets you choose between Average (in Mbps) and Total (in MB).

What's new? (latest in blue)
v1.8.0b6 - (October 23, 2025)
- MINOR: Added more visibility to the main UI, and included both TX and RX stats for each connection. Please know, these stats are basically the average connection speed across the length of the timer. They may not be entirely 100% accurate, and are a close rounded approximation of the speeds encountered during this period of time. At the moment, the RX ranges for Green = 0 - 100Mbps, Yellow = 100 - 250Mbps, Red = > 250Mbps. Config menu item #14 allows you to modify these values based on your own personal preferences and bandwidth. Separation between RX and TX thresholds has been added for those with asymmetrical internet connections, with thanks to @Stephen Harrington for the push in that direction! TX range defaults for Green = 0 - 15Mbps, Yellow = 15 - 25Mbps, Red => 25Mbps.
- MINOR: Significantly changed the Slot (M)onitoring screen, and have now added the capability of resetting individual slot connection times. This might be useful for those running WG considering that after a router reboot, the WG connections will complete before VPNMON-R3 is started up, so it has no idea that the tunnels were reset. I might get fancy down the road and look at router uptime as well, but for now, this will suffice. Thanks to @CaptainSTX for coming up with this great idea!
- MINOR: Based on a good suggestion from @CaptainSTX, I have now added the capability of measuring total throughput. These values are expressed in total MB sent and received per timer cycle. A brand new menu item #15 has been added to give you the choice between Average Throughput in Mbps, or Total Throughput in MB.
- PATCH: Fixed a few small inconsistencies across the script.
- PATCH: Renamed "Connection Speed" to "Connection Throughput" to help clarify the purpose of the new RX/TX measurement information while in setup item #14. Thanks @CaptainSTX for the suggestion!
- PATCH: Fixed the "Bad Number:%" error. Thanks to @scootertramp for reporting that!
- PATCH: Fixed a bug that was preventing the connected time from getting reset back to 0 when a VPN/WG connections was being reset.

Download link:

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/VPNMON-R3/develop/vpnmon-r3.sh" -o "/jffs/scripts/vpnmon-r3.sh" && chmod 755 "/jffs/scripts/vpnmon-r3.sh"

Significant Screenshots:

New menu item #15 that lets you choose between Average and Total Throughput

Menu item #15 in more detail:

Note: Depending on which choice you pick will change the measurements from Mbps to MB or MB to Mbps in menu item #14 where you determine the throughput thresholds.

 

[CaptainSTX]

Beta 6 is out! This time adding "Total Throughput (in MB)" as per @CaptainSTX's suggestion. New menu item #15 lets you choose between Average (in Mbps) and Total (in MB).

What's new? (latest in blue)
v1.8.0b6 - (October 23, 2025)
- MINOR: Added more visibility to the main UI, and included both TX and RX stats for each connection. Please know, these stats are basically the average connection speed across the length of the timer. They may not be entirely 100% accurate, and are a close rounded approximation of the speeds encountered during this period of time. At the moment, the RX ranges for Green = 0 - 100Mbps, Yellow = 100 - 250Mbps, Red = > 250Mbps. Config menu item #14 allows you to modify these values based on your own personal preferences and bandwidth. Separation between RX and TX thresholds has been added for those with asymmetrical internet connections, with thanks to @Stephen Harrington for the push in that direction! TX range defaults for Green = 0 - 15Mbps, Yellow = 15 - 25Mbps, Red => 25Mbps.
- MINOR: Significantly changed the Slot (M)onitoring screen, and have now added the capability of resetting individual slot connection times. This might be useful for those running WG considering that after a router reboot, the WG connections will complete before VPNMON-R3 is started up, so it has no idea that the tunnels were reset. I might get fancy down the road and look at router uptime as well, but for now, this will suffice. Thanks to @CaptainSTX for coming up with this great idea!
- MINOR: Based on a good suggestion from @CaptainSTX, I have now added the capability of measuring total throughput. These values are expressed in total MB sent and received per timer cycle. A brand new menu item #15 has been added to give you the choice between Average Throughput in Mbps, or Total Throughput in MB.
- PATCH: Fixed a few small inconsistencies across the script.
- PATCH: Renamed "Connection Speed" to "Connection Throughput" to help clarify the purpose of the new RX/TX measurement information while in setup item #14. Thanks @CaptainSTX for the suggestion!
- PATCH: Fixed the "Bad Number:%" error. Thanks to @scootertramp for reporting that!
- PATCH: Fixed a bug that was preventing the connected time from getting reset back to 0 when a VPN/WG connections was being reset.

Download link:

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/VPNMON-R3/develop/vpnmon-r3.sh" -o "/jffs/scripts/vpnmon-r3.sh" && chmod 755 "/jffs/scripts/vpnmon-r3.sh"

Significant Screenshots:

New menu item #15 that lets you choose between Average and Total Throughput
View attachment 68525

Menu item #15 in more detail:
View attachment 68526

Note: Depending on which choice you pick will change the measurements from Mbps to MB or MB to Mbps in menu item #14 where you determine the throughput thresholds.

Thanks for the changes/improvements. Traveling so will have to wait until next week to implement.

 

[JGrana]

Grr... I really need to get me one of those GT-BE98 Pro's so I can do some adequate testing.

Users of VPNMON-R3, RTRMON, PWRMON, WXMON, KILLMON, BACKUPMON and TAILMON
As we can see, @Viktor Jaep has brought many great additions/addons and advice to our community.
IMHO, it’s time to help Mr. Jeap out and thank him for all his work!
Since he has said he really needs to “get one of those GT-BR98 Pro’s” (around $630 USD from a number of US sites) - lets help him out!!!!

Here is his donation link from the AddOn Developer Donation thread:

https://www.buymeacoffee.com/viktorjp

It will be a win/win! Viktor gets a fancy (although a bit odd looking) GT-BE98 Pro for testing all his scripts and we get to thank Viktor and benefit from his scripts and testing!

 

[scootertramp]

Users of VPNMON-R3, RTRMON, PWRMON, WXMON, KILLMON, BACKUPMON and TAILMON
As we can see, @Viktor Jaep has brought many great additions/addons and advice to our community.
IMHO, it’s time to help Mr. Jeap out and thank him for all his work!
Since he has said he really needs to “get one of those GT-BR98 Pro’s” (around $630 USD from a number of US sites) - lets help him out!!!!

Here is his donation link from the AddOn Developer Donation thread:

https://www.buymeacoffee.com/viktorjp

It will be a win/win! Viktor gets a fancy (although a bit odd looking) GT-BE98 Pro for testing all his scripts and we get to thank Viktor and benefit from his scripts and testing!

Great idea. Now when he gets his fancy, shiny new toy he can stop slacking and get back to work.

 

[Viktor Jaep]

Thank you! Wow you guys are WAY too generous! Thank you all so much for your support... I'm going to see about getting one around Black Friday or Cyber Monday. Crossing my fingers for a good deal!

 

[Viktor Jaep]

Thanks for the changes/improvements. Traveling so will have to wait until next week to implement.

Howdy @CaptainSTX... was checking back in to see if you had a chance to play with this setting? Please let me know how it works for you when you get a chance?

 

[Kingp1n]

Thank you! Wow you guys are WAY too generous! Thank you all so much for your support... I'm going to see about getting one around Black Friday or Cyber Monday. Crossing my fingers for a good deal!

Might as well get that cheap GT-BE19000AI router while you at it ! As always we appreciate the continued support!!!

 

[CaptainSTX]

Howdy @CaptainSTX... was checking back in to see if you had a chance to play with this setting? Please let me know how it works for you when you get a chance?

I put it on just a couple of hours ago and it seems to be measuring the totals correctly. I will give you in update after it has been on for a day or so.

 

[Viktor Jaep]

Might as well get that cheap GT-BE19000AI router while you at it ! As always we appreciate the continued support!!!

I'm sure it will be "cheap". Lol!

 

[CaptainSTX]

I put it on just a couple of hours ago and it seems to be measuring the totals correctly. I will give you in update after it has been on for a day or so.

I have been running it for a day and here are some of the things I have noticed.

1. When you start VPMON in AMTM for the first cycle the total data used for WAN & VPN shows as UNKN. On the first refresh cycle it shows the total RX/TX data for WAN and each VPN tunnel. (WG in my setup)

2. If you go into VPMON configuration to make a change it resets the data tally back to UNKN and then starts counting again.

3. Today when I started VPMON on startup is showed UNKN, then on the first refresh for the WAN it showed 174 Gigs for RX which matched the total RX shown in VNSTATS. On the second refresh it set WAN TX/RX and both WG clients to 0 and the data usage began counting again.

4. If you are monitoring total RX/TX not sure having the different display colors is meaningful.

I will keep watching and see what else I notice.

 

[Viktor Jaep]

I have been running it for a day and here are some of the things I have noticed.

1. When you start VPMON in AMTM for the first cycle the total data used for WAN & VPN shows as UNKN. On the first refresh cycle it shows the total RX/TX data for WAN and each VPN tunnel. (WG in my setup)

2. If you go into VPMON configuration to make a change it resets the data tally back to UNKN and then starts counting again.

3. Today when I started VPMON on startup is showed UNKN, then on the first refresh for the WAN it showed 174 Gigs for RX which matched the total RX shown in VNSTATS. On the second refresh it set WAN TX/RX and both WG clients to 0 and the data usage began counting again.

Thanks for the report, @CaptainSTX ... regarding the [UNKN] value, this is by design. When VPNMON starts up, it has no idea what amount of data has been transmitted, and requires a certain amount of time to do its measurement, ie. the timer. So each time you exit to the menus, or when a connection resets, VPNMON essentially restarts and has to start its calculations all over again.

EDIT: Just so you're aware of what's being measured.. it's basically the total amount of data transferred within the (default) 60 second timer window. It's not the total amount of data that has been transmitted since the connection was made. Wasn't sure if that's what you were expecting as you mentioned VNSTATS.

4. If you are monitoring total RX/TX not sure having the different display colors is meaningful.

For me, it's just another visual indicator that something is amiss. You could essentially turn off the indicators by setting the low value to 9000 or something like that, and everything will always stay green.

 

[CaptainSTX]

Thanks for the report, @CaptainSTX ... regarding the [UNKN] value, this is by design. When VPNMON starts up, it has no idea what amount of data has been transmitted, and requires a certain amount of time to do its measurement, ie. the timer. So each time you exit to the menus, or when a connection resets, VPNMON essentially restarts and has to start its calculations all over again.

EDIT: Just so you're aware of what's being measure... it's basically the total amount of data transferred within the (default) 60 second timer window. It's not the total amount of data that has been transmitted since the connection was made. Wasn't sure if that's what you were expecting as you mentioned VNSTATS.


For me, it's just another visual indicator that something is amiss. You could essentially turn off the indicators by setting the low value to 9000 or something like that, and everything will always stay green.

OK My misunderstanding I thought it was data for total period of connection not in my case a sixty second period between refresh intervals.