All Activity

Hello @eralde Thank you for the quick support and the explanation! I followed your advice and removed an unused component. As you stated, this triggered a clean firmware profile rebuild. Right after the update, the SCGI parsing errors disappeared from my logs, and the controller successfully restored its connection to the RMM dashboard. It is now completely Online. For anyone else encountering this false "Cloud component missing" error on 4.3.8 LTS: Simply add or remove any component in your system settings to force a firmware sync. It resolves the configuration mismatch instantly. Additionally, I noticed a minor frontend/UI bug on the main dashboard under the System Update section. The update channel string seems to have a broken variable interpolation. It literally displays as: "Update Channel: LTS {{version}}" It looks like the template variable is not being parsed correctly and shows the raw bracket notation on the Web UI. Just wanted to pass this on to the frontend team for a quick fix in the next build! Thanks again for the great support 🙏

Hello @KYTECHNGAMING Thank you for reporting the issue! To resolve it you need to add or remove any component to your device's firmware. Once the device gets a new 4.3.8 LTS firmware its connection to the RMM will be restored 🙏

Update: I also noticed the following error line repeatedly appearing in my system logs: Core::Scgi::Tools: ignored floating point value "channel". I suspect this log is directly related to the cloud component mismatch. It seems like a parsing/data-type error within the SCGI (Simple Common Gateway Interface) protocol. The system appears to be expecting a floating-point (numerical) value for a Wi-Fi or telemetry channel, but instead, it encounters the string value "channel". As a result, the backend ignores it. This type-mismatch bug between the KeeneticOS 4.3.8 LTS core API and the Cloud/RMM components might be the root cause of the false "missing component" error in the dashboard. Hopefully, this log snippet helps the developers pin it down quickly!

Hello, I recently downgraded/updated one of my networks to the KeeneticOS 4.3.8 LTS release. After the transition, I started receiving an error stating that RMM (Remote Monitoring and Management) / Cloud Component is not installed. However, this component is definitely installed on my controller, and my Keenetic mobile app is working perfectly fine without any issues. show version { "release": "4.03.C.8.0-0", "sandbox": "lts-4.3", "title": "4.3.8", "arch": "mips", "ndm": { "exact": "0-2f853e0", "cdate": "8 Jun 2026" }, "bsp": { "exact": "0-65b295dc99", "cdate": "8 Jun 2026" }, "ndw": { "features": "wifi_button,wifi5ghz,usb_3,usb_3_first,dsl,adsl,led_control,vht2ghz,bf2ghz,mimo5ghz,atf2ghz,atf5ghz,dual_image,wifi_ft,wpa3,link_agg,hwnat,cable_diag", "components": "acl,base,chilli,cloudcontrol,corewireless,dhcpd,dns-filter,dns-https,exfat,ext,fat,hfsplus,ip6,lang-en,lang-tr,mdns,miniupnpd,mws,nathelper-esp,nathelper-ftp,nathelper-h323,nathelper-pptp,nathelper-rtsp,nathelper-sip,ndns,ntce,ntfs,opkg,opkg-kmod-fs,opkg-kmod-netfilter,opkg-kmod-netfilter-addons,opkg-kmod-tc,pingcheck,ppe,pppoe,ssh,storage,trafficcontrol,tsmb,usb,usblte,usbmodem,usbnet,usbnet-extra,usbqmi,wireguard" }, "ndw4": { "version": "4.3.C.8.0" }, "manufacturer": "Keenetic Ltd.", "vendor": "Keenetic", "series": "KN", "model": "Peak DSL (KN-2510)", "hw_version": "10258000", "hw_type": "router", "hw_id": "KN-2510", "device": "Peak DSL", "region": "TR", "description": "- Master 05 - Peak DSL (KN-2510)", "prompt": "(config)" } According to the RMM changelogs, the minimum requirement is KeeneticOS 4.1.0, so this shouldn't be happening on 4.3.8 LTS. I wanted to report this bug to the community and the development team. @Daria @Julia Rybakova Best regards,

Okay, I'm glad to hear that you've resolved the problem you were having.🙂 Upgrading the firmware to 5.1 in the future should preserve the settings you have. Still it would be great to figure out what the issue was 🤔

Bu adımları zaten yapmıştım, ancak sorun çözülmedi. Daha sonra, kararlı sürüm 5.0.12'yi kurdum ve WPA şifrelemesi eklendi. Yardımınız için teşekkür ederim.

You need to select both bands for that mws wlan object, so it looks like this in the web UI: (and save settings via the web UI after that)

I entered the codes like this, but unfortunately, no device can see the network that was created. mws wlan starmarket encryption wpa wpa psk xxxxxxxx exit system configuration save

Hello @musty28 In the 5.0.x firmware you can configure WEP and WPA encryption via the web UI: In the draft firmware (5.1.x) configuring WEP or WPA encryption is more complicated, but still can be done via the command line interface (CLI). Once you've configured the encryption via CLI the web UI will show it. As long as you don't change it there it will remain the same. How to configure WPA for the Home network via the command line for 5.1.x firmware: (to configure encryption for another segment choose a different mws wlan object) Unfortunately, the web UI won't show you the password you've configured.

Our scale only supports WEP and WPA, which often forces me to use other brands of network devices or even a separate Wi-Fi device just for the scale. Could you please add at least WPA encryption support if possible?

Hello Keenetic team, I’m using Keenetic Titan (KN-1812) and would like to suggest two important improvements for KeeneticOS. Request #1 — Option to exclude DFS channels from automatic channel selection When using automatic channel selection (Auto + Dynamic mode) on the 5 GHz band, the router often selects DFS channels (52–144). In Ukraine, due to the ongoing war, military radar activity is significantly higher than usual. This causes frequent DFS events where the router is forced to switch channels, resulting in 5–15 second disconnections for all connected clients. Requested feature: An option to exclude DFS channels from automatic selection, keeping the router within non-DFS ranges (36–48 and 149–165) only. Request #2 — Seamless channel switching without client disconnections Currently, when the router switches channels automatically (Dynamic mode), all connected clients lose network connectivity for 3–10 seconds. This makes Dynamic mode impractical for everyday use. My previous router (TP-Link) handled channel switching without any noticeable disconnections. Could Keenetic implement a similar seamless channel transition mechanism in KeeneticOS? For example, by pre-announcing the channel change to clients via 802.11h Channel Switch Announcement (CSA) before actually switching, allowing devices to follow without dropping the connection. Both features together would make Dynamic channel selection actually usable, combining automatic optimization with connection stability. Thank you for considering these requests.

The problem was resolved with the help of technical support.

Hello Keenetic development team. I would like to receive information whether a fix for the problem of connecting the backup Internet via WISP will be considered. I have a case of a problem with 40+ routers, if the Internet disappears and the backup access point works, then the reconnection goes normally. If the Internet disappears, and the backup access point (phone or 4G modem) is turned on later, the router does not connect (even when I set the reconnection timeout to 30-60 seconds instead of 600). Only rebooting the router helps. It seems that the router will check several times for a backup Wi-Fi network (on demand) and then stop looking for it. The problem is in firmware 4.3.7, 4.3.8 and 5.0.12 and is always reproduced in everyday work. Unfortunately, the routers are installed in different cities, I can't copy the log, as the routers reboot and the log is erased.

Release 5.0.12.1 (stable)*: Kernel: improved support for serial NAND (SNAND) memory to enhance compatibility and operational stability on KAP-630 model devices [SYS-1809] * publication scope: KAP-630

Fix: interface Wireguard2 wireguard asc jc jmin jmax s1 s2 h1 h2 h3 h4 s3 s4 "<b I1>" "<b I2>" "<b I3>" "<b I4>" "<b I5>" 😮‍💨

Hello, after updating, the ASC part in my Wireguard configuration was deleted and I can't add it again. I've tried many parameters but I get the same error every time. I think the update is corrupted. Can anyone help if they know what they're doing? I use it on Eduroam and I need it at school. message": "\"Wireguard2\": invalid I1 value."

is it released? I still have 5.1 Beta 4 (MESH) but is it doesn't work.

Release 5.1.0 (preview) Core: discontinued support for the KABiNET ISP authorizer as it is no longer in service [NDM-4506] DNS: corrected the resolution of certain domain names for FQDN-based routing [NDM-4476] HTTP: disabled HTTP/2 support to mitigate security vulnerabilities, including CVE-2026-49975, related to an HPACK out-of-memory (OOM) attack [NDM-4499] HTTP: restored navigation to the Web Interface from the RMM cloud device management system [NDM-4505] IP: improved the handling of non-exclusive FQDN-based routes when the destination interface is unavailable [NDM-4358] IPv6: fixed the 'ip policy no ipv6 route' command operation [NDM-4467] Mobile: added an option to turn off polling of the eSIM on the mobile modem to resolve an issue affecting certain SIM cards [NDM-4424] interface {name} esim disable NTCE: optimized memory allocation settings for the Traffic classification engine system component to avoid unnecessary limitations when using IntelliQoS features [NDM-4482] OpenSSL: library upgraded to 3.5.6/3.0.20 to address multiple security vulnerabilities [NDM-4402] CVE-2026-28386 CVE-2026-28387 CVE-2026-28388 CVE-2026-28389 CVE-2026-28390 CVE-2026-31789 CVE-2026-31790 Web: enhanced the Client Lists page by adding an option to hide offline clients and a tooltip to display the client count by status (requested by @Gonzik) [NWI-4857] Web: arranged the lists of domain names alphabetically in the selector on the DNS-Based Route Parameters pop-up [NWI-4895] Web: added a link to the General Wi-Fi Settings section from the Access Points page [NWI-4894] Web: updated the appearance of the frequency band selector on the Access Points page (requested by @keenet07) [NWI-4867] Web: reduced the delay when switching between modems on the SMS page (reported by @dimon27254) [NWI-4859] Web: fixed the gear button functionality on the About the System card in Safari (reported by @mega1volt) [NWI-4892] Web: resolved an issue that caused the wrong number of copies to be printed when users printed wireless network information from the mobile view (reported by @dimon27254) [NWI-4858] Web: standardized the display of client names and MAC addresses in the Transition Log on the Wi-Fi System page [NWI-4887]

Device: Keenetic Giga KN-1012 (MediaTek MT7981 / Filogic 820, aarch64) Firmware: KeeneticOS 5.00.C.12.0 Symptom With "ppe hardware" enabled (the default), a long-lived WebRTC UDP media session (Opus/RTP audio, ~50 pps, to a remote SFU) degrades reliably every ~13–15 minutes: the far side stops hearing us, the client reconnects, the cycle repeats. It reproduces with two independent WebRTC clients — a Chromium-based browser client and a native one — so it is not application-specific. Localization (two-sided nf_conntrack capture, LAN + WAN, taken live through the moment of failure): • LAN-IN: packets from the PC keep flowing at ~50 pps — the PC is sending fine; • WAN-OUT: the outbound translation (external IP → SFU) freezes — the outbound half of the 5-tuple stops being forwarded; • downlink (inbound from the SFU) stays alive; • the conntrack entry is tagged [FASTNAT]. So the hardware offload stops forwarding the outbound half of an active UDP session while the inbound half is still alive. This is not congestion (RTT stays ~30 ms, jitter low) and not an idle timeout (traffic is continuous at ~50 pps). Root-cause isolation — exactly one variable changed: • ppe hardware ON → failure guaranteed every ~13–15 min (many cycles in a row); • no ppe hardware (both off) → 22.5 min call, zero drops, 0.018% loss; • ppe software only → 34 min clean, networkScore = EXCELLENT, 0.024% loss, surviving two windows where it previously always failed. Nothing else was changed — toggling ppe hardware deterministically breaks / fixes the path. This is a known class of bug The same issue was reported and acknowledged by Keenetic years ago on the older MT7620 platform — topic 1171 (in Russian): https://forum.keenetic.com/topic/1171- A Keenetic developer (ndm) acknowledged it was their oversight: the hardware path did not account for checksum changes inside the UDP stream. It was fixed in KeeneticOS 2.09.A.0.0-3 by routing UDP through ppe software while keeping TCP on ppe hardware. On the new MT7981 platform the symptom is back — a regression, or the automatic "UDP → software PPE" routing from 2.09 is not applied on the KN-1012. The same MT7981 SoC has an analogous hardware-flow-offload defect in OpenWrt — issue #19449 "hardware flow offloading working abnormally": https://github.com/openwrt/openwrt/issues/19449 The general "HW offload breaks long-lived UDP" class is #17915: https://github.com/openwrt/openwrt/issues/17915 Request Please either restore the automatic routing of UDP through software PPE (as done for MT7620 in 2.09), or expose a CLI/UI switch to disable UDP offload while keeping TCP hardware offload. Right now the only workaround is a full "no ppe hardware", which gives up gigabit LAN acceleration. Notes The single deciding variable is the state of ppe hardware — firmware, client and network are otherwise identical across the failing and working runs, and it reproduces across independent WebRTC clients (browser-based and native). Happy to provide a self-test diagnostic file or run any additional repro on request.

buonasera voglio sostituire il modem sky wifi con il kenetic titan, non riesco alla fine della procedura guidata mi esce fuori nessuna connessione, sbaglio qualcosa ?

-Translate: After installing the firmware, you can add or remove components from the component options.

That unfortunately is not possible. If you mark certain components to be added, while adding them the device will update firmware to the latest 4.3.x firmware. That probably means that your device was produced for the EAEU region. While you wait for the support team to respond, you can ask around on https://forum.keenetic.ru: somebody there may have the 4.3.7 firmware for your device with all the components you need.

Thank you @eralde . Can I install the firmware from https://osvault.keenetic.net/KN-1511/4.03/ and then go to my router and add needed modules? Or is it only mentioned components in the txt and that is it, no way to add others later? I create ticket with keenetic.com, but they redirected me to keenetic.ru. The keenetic.ru haven't responded to me yet. That is why I came here.

Hello @Chiz you can check out firmware files available here: https://osvault.keenetic.net/KN-1511/4.03/ Please note, that the list of components in the files available there may be different from what you need. I suggest checking out corresponding txt file before uploading the firmware to your router. A better solution is to create a ticket with our technical support: https://keenetic.com/en/company/support

After updating Keenetic City to 4.3.8 WireGuard and IKEv2 connections stopped connecting. They worked on 4.3.7. The connections were tested from apps - connecting. I have never had problems with stable versions of firmware. This is the first time. I don't have the backup of the 4.3.7. Can someone share the 4.3.7 version of firmware for the Keenetic City KN-1511?