Not sure if behavior difference would be associated with VPN setup on Asus-WRT Merlin, setup in place which presents issue is where Redirect Internet Traffic Through Tunnel is setup via VPN Director as follows:
A redirect using policy is in place
Only one IP is assigend to flow through...
There was a similar thread noted below touching on this issue in the past as well. I have updated it to reflect issue persist,
https://www.snbforums.com/threads/openvpn-speed-slows-over-time.72450/
I will comment that as far as i am aware it has been present in all releases put out for at...
After observing this further I need to correct comments in above reply. the issue in fact still persisted while on 386.4 and also behavior continued on subsequent releases including 386.5_2.
There is another thread included below that has reported similar issues...
Had put in place automated nightly reboot as rt-ac88u was presenting same behavior. After upgrading to Asuswrt-Merlin 386.4 and disabling nightly reboot the slowdown is no longer present based on observation over past 3 days. Not sure if an update between the past summer and now addressed the...
The release below had a fix go in for CVE-2018-15599, would make sure that minimum version you are using is release noted here:
384.7_2 (21-Oct-2018)
- FIXED: Namecheap DDNS service not working
- FIXED: CVE-2018-15599 security issue in Dropbear
- FIXED: Potential buffer overrun in httpd
Have a look at this as it is likely the Dropbear equivalent to reported CVE-2018-15473 openssh vulnerability:
CVE-2018-15599
Name
CVE-2018-15599
Description
The recv_msg_userauth_request function in svr-auth.c in Dropbear through 2018.76 is prone to a user enumeration vulnerability because...