Changes in kamoj-addon beta version 2021-12-29 5.5b12
---------------------------------------------------------------
There has been long time since last release, and many many changes has been done
to the add-on. Main focus have been on supervision of brwan and vpn device
simultaneously, stability, bug fixes and speed up.
A completely new menu is added: Supervision
I may have missed to list some changes here.
Thank you all contributors for reports and suggestions and cheering!
- Router Information: Fixed date of "New Voxel Release" (Was always today...)
- Router Information: Show "New Voxel SnapShot Release"
- Router Information: Changed to show full kamoj version (including date)
- Router Information: Added "QoS Information" for R9000 (
@danlat1415)
- Router Information: MTD Flash Usage: Check flash chip at every boot. (
@sppmaster)
- Router Information: Added: "5G Speed". Also Max speed (Since boot)
- Router Information: Added: "2G Speed". Also Max speed (Since boot)
- Router Information: Added: "OpenVPN Client Speed". Added Max speed (Since boot) and Max speed Ever.
- Router Information: OpenVPN Client Status: Improved "down" detection.
- Router Information: Added: "Wireguard Client Speed". Added Max speed (Since boot) and Max speed Ever.
- Router Information: Wireguard Client Status: Improved "down" detection.
- Router Information: Added: "Iptables Information"
- Router Information: NTP synchronized: Reworked with more information at failure.
- Router Information: DNS status: Changed to test all servers (nvram get kamoj_ping_www).
- Router Information: Internet connection status: Changed to test all servers (nvram get kamoj_ping_ip).
- Router Information: Added: "WAN Speed". Added Max speed (Since boot) and Max speed Ever.
- System Information: Added: upnp info
- System Information: Voxel release info: Added date for releases.
- System Information: flash info: Added: Help button + More info: (URL collection) (
@sppmaster)
- System Information: R9000: Fixed dmesg log to work when not using 60 GHz 802.11ad. (Netgear fault in /sbin/11ad_linkloss_wd.sh)
Note that dmesg log will be full of this message (2 every 5 sec) (from wil6210.ko), unless 60 GHz 802.11ad is Enabled...:
"wil6210 0003:01:00.0 wlan0: WMI: cannot send command while FW not ready"
and this message:
"wlan0: WMI size too large: 28 bytes, max is 0"
They are filtered in the add-on System Information, but floods the real dmesg log.
Really, really dirty Netgear code that has been hidden by deleting the dmesg log every 1 second!
- System Information: Fixed to be on after reboot: net-wall Log
- System Information: Changed "NTP Synch" to "Startup and time synchronization" and added more details.
- OpenVPN Client: ExpressVPN removed from pre-configured providers.
- OpenVPN Client: VPN tunnel Status: Improved "down" detection.
- OpenVPN Client: Added "Restart at DNS failure".
- Wireguard Client: VPN tunnel Status: Improved "down" detection. (
@jberry,
@primitivo,
@blueliner)
- Wireguard Client: Added "Restart at DNS failure".
- Wireguard Client: Added handling of "MTU = " in [Interface] part of the configuration (
@jberry).
- Settings: Rewritten "Show idle devices in device lists" to lower cpu usage
- Settings: Added: Congestion Control: htcp (
@Voxel)
- Settings: Added: Set functions on / off: Disable dnsmasq in AP mode. (
@Voxel,
@NetBytes,
@xinoup)
- Settings: Bandwidth usage default changed to OFF
- Settings 2: Changed text to indicate that a USB-device is recommended not required. (
@primitivo)
- DNS Privacy/Ad-Blocking: Updated AdGuard Home configuration file to v0.107.0
- VPN Bypassing: Corrected bug that made IP's ending with only 1-2 digit(s) in the last octet to refuse being moved.
- VPN Bypassing: Corrected bug that made some IP's appear more than once.
- Shorter Add-on start up time.
- R9000 Stability improved, not so many Internet disconnections.
(Both R7800 and R9000 write logs to /var/log/messages, like this once every 2:37:30 (Once every 9450 second):
[Internet connected] IP address: xxx.xxx.xxx.xxx, Tuesday, December 28, 2021 19:13:04
There is no corresponding [Internet disconnected], and connection has never been down.
Does anyone know what is the cause of these logs?
@Voxel @HELLO_wORLD @R. Gerrits ? )
- kamoj_fast_openvpn_supervision: removed, replaced by:
- addon_supervision.sh: Added.
- nvram variable name: kamoj_fast_openvpn_supervision changed to: kamoj_supervision
- Kamoj Menu: Added: Supervision menu.
Finally a GUI from where you can control most of the settings
for supervision, restart and logging, and some other things like ping/traceroute/download timeouts.
This new supervision is performed in a more efficient way to faster detect errors.
When a restart/reboot is needed, it will be logged as e.g:
[SUPERVISION] 2021-09-19 16:24:09 4772.27 addon_supervision.sh 6514: RESTART: openvpn 6 Cpu load: 4.1 %. Processes: 80. Threads: 180. iptables: ipv4 rules: 154. ipv6 rules: 15. System Load Average: 1.23 1.17 0.98. brwan: Rx: 7.671 KB/s, Tx: 6.342 KB/s. tun21: Rx: 4.370 KB/s, Tx: 2.537 KB/s.
If highs cpu load is detected, an alternative timeout can be used to not make false false disconnection detection.
If highs cpu load is detected, the log can also include the
the top cpu hogs, kernel stack backtrace, and the end of the message-log.
If this function is used, the new supervision supervises (and restarts if so enabled):
Code:
SUPERVISION:
A cron job supervises the Supervision Daemon itself.
DNS:
dnsmasq
dnscrypt2
stubby
adguard
VPN:
openvpn_client (Internet and DNS)
wireguard_client (Internet and DNS)
IPTABLES:
IPV6:
NSS - Network SubSystem Accelerator:
WiFi:
CONNECTION:
internet connection (With options of restart of net-wall and net-lan)
dhcp gateway connection
PING / TRACEROUTE SETTINGS:
Max allowed time for each ping/traceroute test
Alternative timeout when high cpu/kernel load
IP address(s) for supervision
URL address(s) for supervision
LOGGING SELECTION:
Many different logs can be selected
DOWNLOAD SETTINGS:
Max allowed connect time for downloading of a file
Max allowed time for the download of a file
- System Information: Ookla Speed Test, test next server if first gives bad result! (
@LSM)
- addon_bwusage and addon_bypassvpn:
Corrected atomic lock function
- timeout command changed to not output result as a string
- renamed adblocking.sh to addon_adblocking.sh
- renamed adguard_home.sh to addon_adguard.sh
- renamed congestion_control.sh to addon_congestion_control.sh
- renamed hdd_spindown.sh addon_hdd_spindown.sh
- renamed kamoj_bugfix.sh addon_lib_bugfix.sh
- removed usr/bin/ping_guard.sh
- removed/replaced nvram parameters, e.g.:
kamoj_download_timeout
kamoj_restart_long_ping_timeout (replaced by kamoj_restart_timeout at boot)
kamoj_ping_guard
- Fixed hang/very long wait before timeout of GUI for these Settings:
Disable Router GUI timeout
Disable RAE Analytics
Disable ReadyCLOUD
Enable opt out at: Router Analytics Data Collection form
Enable Telnet after boot
Antenna LEDS off
Disable WPS button
Save the system logs to USB
- Changed max size of log-files from 10 MB to 1 MB (+ 1 MB backup)
- Changed to a single md5 file for all ipks etc
- FAQ.txt updated.
- readme.txt updated.
Changes in kamoj-addon beta version 2021-12-29 5.5b1 -11
---------------------------------------------------------------
- Not released to any beta testers.
Changes in kamoj-addon beta version 2021-09-26 5.4b36
---------------------------------------------------------------
- Not released to any beta testers.
- addon_ping_guard.sh: Changed to test all servers (nvram get kamoj_ping_ip) in parallel.
To use addon_ping_guard.sh : nvram set kamoj_ping_guard=1;nvram commit;reboot
Log to: /var/log/ping_guard.log
WARNING: Not tested with R9000.
WARNING: Use addon_supervision, unless you need the extensive logging.
- Other fixes.
Thanks 
