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?
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!