All Activity

Release 5.1 Alpha 1: Dns: implemented basic access authentication (RFC 7617) for DNS-over-HTTPS (DoH) server URIs [NDM-4168] IPv6: implemented IPv6 access lists [NDM-4130] ipv6 access-list {acl} ipv6 access-list {acl} (permit | deny) ((tcp | udp) ({source} | (host {source}) | any) [port (((lt | gt | eq) {source-port}) | (range {source-port} {source-end-port}))] ({destination} | (host {destination}) | any) [port (((lt | gt | eq) {destination-port}) | (range {destination-port} {destination-end-port}))]) | ((((ipv6 | esp | ahp | pcp | sctp)) | {protocol}) ({source} | (host {source}) | any) ({destination} | (host {destination}) | any)) | (icmp ({source} | (host {source}) | any) ({destination} | (host {destination}) | any) [(icmp-message | ({icmp-type} [{icmp-code}]))]) ipv6 access-list {acl} rule {index} (disable | (schedule {schedule}) | (order {new-index}) | (description {description})) ipv6 access-list {acl} auto-delete KeenDNS: fixed updating static DNS records after switching the service from cloud to direct mode [NDM-4255] Storage: implemented tools to check and format the file system [NDM-4239] media {name} partition {partition} check media {name} partition {partition} format {type} Web: added IPv6 rule configuration to firewall [NWI-4614] Web: dedicated a page for configuring storage devices and USB devices [NWI-4583] Web: fixed editing of DNS-based routing rules (reported by @dchusovitin) [NWI-4622] Web: implemented reordering of DNS-based routing rules [NWI-4659]

it seems issue has been resolved. i can now access my keendns addresses.

I checked and as of now, Keendns is working again. Hopefully it won't stop working again.

Hello everyone. A few days ago, when switching to the router's web interface, errors started appearing. Sometimes there is an error "no connection", sometimes there is a "DNS_PROBE_FINISHED_NXDOMAIN" error. I tried from different locations from different PCs.

The same problem today

The KeenDNS connection problem started after updating the modem to version 5.0.4. There were intermittent disconnections and drops, and finally, the problem of not being able to access KeenDNS at all. Is this a new update or a different issue? When I click on KeenDNS via the mobile application, I get the same error: "This site cannot be reached. Please check if there are any errors in my writing."

problem still persist

I have the same problem and it still persists. What is the problem?

5.1 is an experimental branch, see also changelog 5.0. Supported models: Giga (KN-1010) Hero (KN-1011, KN-1012) Start/Starter (KN-1111, KN-1112, KN-1121) Air/Explorer (KN-1613, KN-1621) Extra/Carrier (KN-1711, KN-1713, KN-1714, KN-1721) Ultra/Titan (KN-1810, KN-1811, KN-1812) Viva/Skipper (KN-1910, KN-1912, KN-1913) Omni DSL (KN-2011, KN-2012) Extra DSL/Carrier DSL/Skipper/Speedster DSL (KN-2111, KN-2112, KN-2113) Runner 4G (KN-2210, KN-2211, KN-2212, KN-2213) Hero 4G (KN-2310, KN-2311) Hopper 4G+ (KN-2312) Hero DSL (KN-2410) Peak DSL (KN-2510) Giant (KN-2610) Peak (KN-2710) Orbiter Pro (KN-2810) Skipper 4G (KN-2910) Speedster 4G (KN-2911) Speedster (KN-3010, KN-3012, KN-3013) Buddy 4 (KN-3210, KN-3211) Buddy 5 (KN-3310, KN-3311) Buddy 5S (KN-3410) Buddy 6 (KN-3411) Voyager Pro (KN-3510) Hopper DSL (KN-3610, KN-3611) Sprinter (KN-3710, KN-3711) Sprinter SE (KN-3712) Hopper (KN-3810, KN-3811) Hopper SE (KN-3812) Challenger (KN-3910) Challenger SE (KN-3911) Racer (KN-4010) Buddy 6 SE (KN-4410) Explorer 4G (KN-4910) Orbiter 6 (KAP-630)

Ok Thanks

Release 5.0.6 (preview): Ethernet: restored the cable diagnostics functionality for 2.5 Gbit/s ports [SYS-1529] HTTP: eliminated CVE-2026-1642 security vulnerability in the HTTP proxy service [NDM-4267] KeenDNS: fixed the inaccessibility of domain name to clients on the home network after switching the service from cloud to direct mode [NDM-4255] LTE: fixed the mobile data packet loss when polling the SMS subsystem of the built-in modem [NDM-4244] LTE: fixed the improper dual-SIM slot switching operation with the ping-check enabled (reported by @Ста По) [NDM-4237] MWS: fixed the cause of the 'response is too big' error message logged by the Wi-Fi System controller [NDM-4250] MWS: improved the Wi-fi System extender discovery to employ both L2 (LLDP) and L3 (multicast WS-Discovery) protocols and support specific configurations of managed Ethernet switches [NDM-4220] Web: fixed the radio button operation for selecting the Wi-Fi bands in the client settings (reported by @dimon27254) [NWI-4630] Web: corrected the display of wired clients connecting through Wi-Fi System extenders (reported by @Gonzik) [NWI-4667] Web: fixed the Wi-Fi System transition log filtering by client names that contain spaces (reported by @dimon27254) [NWI-4616] Wi-Fi: fixed the cause of Wi-Fi clients dropping from 80 MHz channel width when the Adjustment ZeroWait DFS was triggered [SYS-1544] Wi-Fi: resolved rejection of Wi-Fi clients trying to associate with 'IE_SUPP_CHANNELS' request element exceeding 64 bytes [SYS-1539]

I’ve been using KeenDNS for years without any problems. However, for the past few hours, I haven’t been able to access my router via my KeenDNS domain. Is anyone else experiencing the same issue today?

In the Command Reference Guide, you can read about call filtering features implemented in KeeneticOS. Pay attention to the commands specified below. nvox sip blacklist nvox sip whitelist nvox phonebook import nvox sip enable-blacklist nvox sip enable-whitelist nvox sip enable-whitelist-phonebook show nvox blacklist show nvox whitelist show nvox phonebook show nvox sip-lines

It would be good to have blocklists like we do with DNS filtering.

Strange is that manual on web have no any information about untagged (native) VLAN, but it works when VLAN ID is left empty. Probably this "function" is good also to add to the manual.

Good day! I'm using Keenetic Viva (KN-1910) and have a configured Wireguard tunnel between two Keenetic routers (the second one is a Keenetic Ultra (KN-1810)). After update the Keenetic Viva to 5.0.4, I can't connect to local devices on the side of Keenetic Ultra, but the Wireguar connection looks ok in the web ui (green and has a connected status on both sides). When I downgrade firmware of Keenetic Viva to 4.3.6.3 - everything works perfect again. There is no difference of Keenetic Ultra's firmware - tested on 4.3.6.3 and 5.0.4. Could you check what is going wrong with 5.0.4? I'm ready to provide any logs you need. Thanks in advance!

Thanks😊

Hello @simone bravo, this is the expected behavior. Your device checks for radars that may be working on frequencies overlapping with the 5 GHz Wi-Fi. This article has more details: https://support.keenetic.com/hero/kn-1012/en/43659-dfs.html

Hello, I have a Hopper DSL modem router purchased in December. I configured two Wi-Fi networks: 2.4 GHz and 5 GHz. Today, when I logged into the dashboard, I saw that the new firmware version 5.0.4 was available, so I started the update. The update completed successfully. After the reboot, however, I noticed something (I’m not sure if this was the case before with firmware 4.x, so it may have been normal): the 2.4 GHz Wi-Fi turns on immediately, while the 5 GHz network remains disabled for several minutes (about 11 minutes), showing the message “Wi-Fi temporarily disabled.” After that time, it finally turns on. Is this normal behavior, or could I have some incorrect setting?

That really depends on the applications you want to use there. If you plan to use a BitTorrent client to download smth., then you may need more storage than available on an average USB thumb drive. In this particular case, an external SSD would be the best choice, but the maximum read/write speed will be limited by the USB port (SSDs are usually faster). You can transfer your existing OPKG configuration to the new drive. I don't have any personal experience with this, but I've seen reviews from people who have done it.

On a SSD/HDD or a flash drive?

@Jim, installing OPKG (the base system + all the packages you choose) on an external USB drive is the assumed default setup. It definitely works.

Hi @Alex88 Have you followed this guide: https://support.keenetic.com/titan/kn-1812/en/20980-installing-the-entware-repository-on-a-usb-drive.html ? Anyhow, if you want, we can talk in my telegram group: https://t.me/+V0I63qd9VSs5OTNk And maybe find a solution together

Up

Up for iOS 26.3