Just updated to Beta2 and almost everything working..... But not this, maby some more $VPN_UNIT code.
Code:May 5 07:05:23 (vpnrouting.sh): 1387 Starting routing policy configuration for client <===> logger -st "($(basename "$0"))" $$ "Starting routing policy configuration for client $VPN_UNIT"
@RMerlin thank you for new beta!
Beta2 doesn't seem to be on OneDrive, only SourceForge.
Something's not right.
My mistake. I see @RMerlin fixed it already.Just updated to Beta2 and almost everything working..... But not this, maby some more $VPN_UNIT code.
Code:May 5 07:05:23 (vpnrouting.sh): 1387 Starting routing policy configuration for client <===> logger -st "($(basename "$0"))" $$ "Starting routing policy configuration for client $VPN_UNIT"
@RMerlin thank you for new beta!
Earlier today flashed both machines to 384.19_beta2 and still the same yellow flashing icon for the AC3100. Just now dirty flashed the AC3100 to ASUS 3.0.0.4.385_20630-ged5e4c3 . No more yellow flashing icon and no "Your router is running low on free JFFS storage..." warning. Something's not right.
Just clear your browser cache or force a reload.
384.19_Beta1 was the first time I'd ever got the JFFS storage error message on my RT-AX88U, having used both official and Merlin firmware previously.
There is some more of themLeftover (and broken) debug logging it seems. I removed it.
/usr/bin/logger -t "openvpn-routing" "Configuring policy rules for client $VPN_UNIT"
my_logger "Completed routing policy configuration for client $VPN_UNIT"
my_logger "Refreshing policy rules for client $VPN_UNIT"
There is some more of them
Code:/usr/bin/logger -t "openvpn-routing" "Configuring policy rules for client $VPN_UNIT" my_logger "Completed routing policy configuration for client $VPN_UNIT" my_logger "Refreshing policy rules for client $VPN_UNIT"
Aug 10 01:59:00 openvpn-routing: Starting routing policy configuration for client 2
Aug 10 01:59:00 openvpn-routing: Configuring policy rules for client 2
Aug 10 01:59:00 openvpn-routing: Creating VPN routing table (mode 2)
Aug 10 01:59:01 openvpn-routing: Removing route for 0.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Removing route for 128.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.232 to through VPN client 2
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.132 to through VPN client 2
Aug 10 01:59:01 openvpn-routing: Completed routing policy configuration for client 2
Thanks !There is nothing wrong with those calls.
Code:Aug 10 01:59:00 openvpn-routing: Starting routing policy configuration for client 2 Aug 10 01:59:00 openvpn-routing: Configuring policy rules for client 2 Aug 10 01:59:00 openvpn-routing: Creating VPN routing table (mode 2) Aug 10 01:59:01 openvpn-routing: Removing route for 0.0.0.0/1 to tun12 from main routing table Aug 10 01:59:01 openvpn-routing: Removing route for 128.0.0.0/1 to tun12 from main routing table Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.232 to through VPN client 2 Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.132 to through VPN client 2 Aug 10 01:59:01 openvpn-routing: Completed routing policy configuration for client 2
The bug in the first log call that I removed was that it was referencing VPN_UNIT before any of the instance variables were set up.. All other calls happen afterward, therefore they work fine.
I choose to believe he was being sarcastic.What makes you say that?
What makes you say that?
We use essential cookies to make this site work, and optional cookies to enhance your experience.