Leaderboard

Release 5.0.2: Core: fixed access to sensitive data for users with "readonly" privileges [NDM-4169] DNS: fixed "stubby: Could not parse config file" error when using DoT (reported by @snark) [NDM-4125] DNS: fixed system crash in "DNS FQDN event sink" threads [NDM-4162] IPv6: fixed parsing "ipv6 static" commands with comments (reported by @avn) [NDM-4098] MWS: fixed Extender connection through WAN (blue) port (reported by @Zoomer88) [SYS-1483] Tools: added "source-address" parameter for "tools iperf3" [NDM-4176] Web: added eSIM configuration page [NWI-4526] Web: fixed "components list: execute denied" error for users with "manager" privileges (reported by @dimon27254) [NWI-4532] Web: fixed "Enable SNTP service" checkbox (reported by @qmxocynjca) [NWI-4561] Web: fixed a warning about missing password when navigating from RMM [NDM-4170] Web: removed text reduction for fail-safe pop-up (reported by @dimon27254) [NWI-4554] Web: updated the Transition Log display on mobile screens (reported by @dimon27254) [NWI-4549] Wi-Fi: fixed ACL filtering for Wi-Fi 7 clients with MLO enabled [SYS-1507] Wi-Fi: fixed compatibility with iPhone 17 when Wi-Fi 7 MLO and Fast Transition are enabled [SYS-1497] Wi-Fi: fixed MWS zoning for Wi-Fi 7 clients with MLO enabled [SYS-1505]

Release 5.0.1 (preview): Core: fixed command execution restriction for users with read-only privileges [NDM-4113] DNS: implemented configuration of routes via different gateways for the same FQDN object group [NDM-4118] HTTP: fixed user authentication when logging in from IPv6 addresses (reported by @Sano) [NDM-4115] IPv6: fixed default route setup for DS-Lite over PPPoE [NDM-4109] IPv6: fixed usage of hardware PPE when "ipv6 pass through" is enabled [SYS-1482] Web: changed the alerts' appearance and mechanics [NWI-4469] Web: changed the system behaviour when opening from an outdated browser [NWI-4273] Web: fixed "Transit requests allowed" status on the "DNS Configuration" page (reported by @dimon27254) [NWI-4512] Web: fixed bottom margin of the signal metrics pop-up (reported by @dimon27254) [NWI-4511] Web: fixed Domain Name List table issues [NWI-4509] Web: fixed iperf3 validation issues (reported by @dimon27254) [NWI-4466] Web: fixed opkg initrc removal (reported by @qmxocynjca) [NWI-4510] Web: fixed traffic display legend issues (reported by @FLK) [NWI-4508] Web: fixed WireGuard connection saving (reported by @spatiumstas) [NWI-4533] Wi-Fi: fixed KN-1812 bootloop when radio is disabled by WLAN button [SYS-1481]

Regarding CS2 classification: after studying the diagnostics provided by you, it looks like UDP flows of gaming traffic were classified as "Source Engine", as they should be. Example: flow 611584 (U (17) 192.168.1.107:46517 -> 45.92.38.55:28016) classified as "Gaming":"Source Engine" (947) Please note, a significant amount of the traffic caused by Counter Strike 2 will be classified as Source Engine, the gaming engine on which the game is based. Can you double check whether Application Traffic Analyser shows “Source Engine” when a CS2 gaming session is in progress?

Thanks for your willingness to help. At first glance, the diagnostics provided by you look like what we need. R&D will study it in more detail and decide whether it is sufficient for development. Later, I’ll get back to you with the decision and let you know if we need anything extra from your side.

10/11/2025 Keenetic RMM Event log performance fix Resolved performance issues affecting event log loading.

Keenetic IntelliQoS supports Battlefield 2042, but Battlefield 6 is not yet supported. As for the Counter Strike 2, we can’t reproduce the classification issue in our internal tests. Without getting diagnostic data from your side, it is hard to find the reason for the misclassification. Can you, please, collect diagnostics for us, so that we can add BF6 classification and improve CS2 classification? If you’re willing to help, please follow the steps below: connect to your Keenetic router command line from the web interface, then send the command “ntce debug full” to your Keenetic router for enabling the debug mode (see the screenshot); start the game and play it for at least 3 minutes; exit the game; send the command “no ntce debug” to your router for disabling the debug mode (see the screenshot); by the following link, download the dump of traffic captured during the game playing process: http://192.168.1.1/ci/temp:run/ntce/dump.pcapng.gz, where 192.168.1.1 is the IP address of your router; by the following link, download the captured traffic classification log: http://192.168.1.1/ci/temp:run/ntce/dump.log.gz Perform the above steps 1 - 6 three times for the BF6 and CS2 games, then share the "dump.pcapng.gz" and "dump.log.gz" files with me.

Feature request: KeenDNS support passwordless authentication for domains (Authenticator app, phone sign-in) such as Google Authenticator or Yandex Key. https://www.microsoft.com/en-us/security/business/solutions/passwordless-authentication

Hi, In some cases it is necessary to measure the connection performance between the Keenetic device and the ISP. However the results of speed testing applications, like fast.com, nperf etc., which runs on the computer, are bound to the quality of wi-fi connections or the performance of operation system itself. Thus, the results may not be project the connection quality between the ISP and the Keenetic device. I tried the iperf3 package to measure the speed between the ISP and the Keenetic , but I couldn't connect to none of the public servers. It would be great if there is a speedtesting application on KeeneticOS, with a user friendly UI, 1- Which measures the speed between the keenetic device and the ISP (a software that runs directly on the keenetic device like iperf3). 2- Which measures the connection performance between the home networkind device (pc, mobile phone etc.) and the keenetic device. The seperated results helps us to detect at which point the connection performance issues occur. Kind regards Gökalp

Hello can you add https://virtualhere.com/ please for USB Remote