В данной публикации представлен список изменений в веб-интерфейсе Cudy (версии: 2.3–2.5), а также список совместимых моделей.
В комментариях к этой публикации можно оставить свои пожелания — мы рассмотрим их и постараемся внедрить в новых версиях веб-интерфейса наиболее востребованные из предложенных пользователями функций.
Версия 2.5
Дата выхода
Модели, которые планируется добавить в список поддерживаемых (в порядке приоритета)
Обновление выходит не на все модели одновременно. Если ваша модель есть в списке, но обновление не пришло, значит для вашей модели обновление ещё не готово. Мы получили много вопросов касательно расширения вышеуказанного списка поддерживаемых моделей. В настоящий момент (март 2026 года) список не полный и будет расширяться. Из-за аппаратных особенностей некоторые модели требуют индивидуального подхода и дополнительных временных затрат. Спасибо за понимание.
Изменения
|
Функция
|
Совместимые устройства
|
Снимок экрана
|
|---|---|---|
|
Топология Mesh-сети
Добавлена возможность просмотра топологии Mesh-сети. Подробная информация о клиентах недоступна, однако можно посмотреть, сколько клиентских устройств подключено к каждому Mesh-устройству.
|
Устройства с поддержкой технологии Cudy Mesh
|
![]() |
|
Добавлена возможность выбора типа транзитного подключения в Mesh-сети
Теперь для вспомогательных Mesh-устройств можно задать определённый тип транзитного подключения (например, только проводное подключение). Это позволило решить проблему, при которой если несколько точек доступа было подключено к PoE-коммутатору по кабелю, то после перезагрузки коммутатора тип Mesh-подключения точек доступа мог измениться на беспроводное подключение, что приводило к образованию петли.
|
Устройства с поддержкой технологии Cudy Mesh
|
—
|
|
Добавлена возможность задать вышестоящее Mesh-устройство
Если заданное вышестоящее Mesh-устройство недоступно, то будет выполнено подключение к другому Mesh-устройству.
|
Устройства с поддержкой технологии Cudy Mesh
|
![]() |
|
Множество VPN-серверов
Добавлена возможность одновременного подключения ко множеству VPN-серверов с разными протоколами (кроме IPsec и ZeroTier). Если используется подключение OpenVPN или WireGuard, файлы с настройками можно экспортировать на мобильное устройство для импорта в VPN-клиенты. Также доступно подключение клиентов WireGuard по QR-коду.
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
Множество VPN-клиентов
Добавлена возможность настройки множества VPN-клиентов, из которых одновременно может работать только один.
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
Несколько учётных записей L2TP/PPTP
При настройке VPN-сервера L2TP/PPTP можно задать несколько учётных записей.
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
Перенос настроек VPN
Добавлена возможность резервного копирования и восстановления параметров VPN. Если создать резервную копию на устройстве А, то можно воспользоваться этими параметрами на устройстве Б — для этого достаточно восстановить резервную копию на устройстве Б.
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
Глобальное ограничение скорости подключения
Добавлена возможность установки ограничения скорости подключения, которое будет распространяться на все клиентские устройства.
|
Роутеры Wi-Fi
|
![]() |
|
Ограничение скорости подключения гостевой сети
Добавлена возможность ограничения входящей и исходящей пропускной способности гостевой сети.
|
Роутеры Wi-Fi
|
![]() |
|
Уведомление о новой прошивке
Добавлено уведомление, появляющееся при обнаружении новой версии прошивки.
|
Все устройства
|
—
|
|
Ручная активация WoL
Активация функции Wake-on-LAN переведена в ручной режим.
|
Все устройства (кроме некоторых бюджетных моделей)
|
![]() |
|
В настройки DHCP добавлен параметр «Шлюз»
|
Роутеры Wi-Fi и Mesh-системы
|
![]() |
|
Добавлена возможность выхода из учётной записи
|
Все устройства
|
—
|
|
Ускорение OpenVPN
Добавлена поддержка технологии DCO для протокола OpenVPN, позволяющая увеличить максимальную входящую и исходящую скорость подключения OpenVPN.
|
AX3000 (MTK)
WR3000 1.0
WR3000S 1.0
WR3000E 1.0
TR3000 1.0
|
—
|
|
В Быструю настройку добавлены параметры IPTV
|
Роутеры Wi-Fi и Mesh-системы
|
![]() |
|
Изменения в меню
Пункты «IPTV, VLAN» и «Гостевая сеть» перемещены в «Общие настройки». Пункт «Портал авторизации» перемещён в «Расширенные настройки».
|
Все устройства
|
![]() ![]() |
|
Добавлен раздел «Специальные возможности»
|
Все устройства
|
![]() |
|
Добавлен переключатель WPS
|
Все устройства
|
![]() |
|
Перехват пакетов
В инструменты диагностики добавлена функция «Перехват пакетов».
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
DoH
В раздел «Свой DNS» добавлен режим «DNS поверх HTTPS».
|
Роутеры Wi-Fi и Mesh-системы, кроме моделей с объёмом ПЗУ 8 МБ
|
![]() |
|
Добавлено онлайн-обнаружение DNS
|
Роутеры Wi-Fi и Mesh-системы
|
—
|
Версия 2.4
Дата выхода
Изменения
|
Функция
|
Совместимые устройства
|
Снимок экрана
|
|---|---|---|
|
Добавлена поддержка приложения Cudy версии 1.3
|
Устройства с поддержкой Wi-Fi
|
—
|
|
Доработан перевод интерфейса на разные языки
|
Устройства с поддержкой Wi-Fi
|
|
Версия 2.3
Дата выхода
Изменения
|
Функция
|
Совместимые устройства
|
Снимок экрана
|
|---|---|---|
|
Мульти-SSID
Добавлена возможность создавать несколько идентификаторов SSID.
|
Встраиваемые в стену точки доступа
|
![]() |
|
Добавлен раздел «Портал аутентификации»
После подключения телефона к сети Wi-Fi на телефоне откроется окно аутентификации. Прохождение аутентификации требуется для доступа в интернет. Доступна кастомизация (изменение фонового изображения, логотипов, цвета шрифтов, условий использования). Поддерживаемые способы аутентификации: (1) аутентификация одним нажатием и (2) аутентификация путём ввода пароля.
|
Встраиваемые в стену точки доступа
|
![]() |
|
Добавлен раздел «USB-модем»
Если включить этот параметр, доступ в интернет будет осуществляться через подключённый к USB-порту мобильный телефон или USB-модем.
|
Устройства с USB-портом (например, TR3000)
|
![]() |
|
Добавлен раздел «Управление Wi-Fi»
Данная функция позволяет включать (отключать) индикаторы на корпусе устройства вместе с включением (отключением) сети Wi-Fi.
|
Встраиваемые в стену точки доступа
|
![]() |
|
Добавлен раздел «Сквозное подключение PoE»
Данная функция позволяет получать и подавать питание на подключённое устройство по технологии PoE (функция доступна, только если питание поступает на устройство Cudy по стандарту 802.3at; по умолчанию данная функция отключена).
|
Встраиваемые в стену точки доступа
|
![]() |






















Комментариев: 150
Thanks for your fast reply!
Then, I would like to suggest/request the following for the 2.6.x update:
- RSSI Threshold (Min. RSSI): The ability to set a minimum signal strength (e.g., -70dBm). If a client’s signal drops below this, the router should automatically disconnect them to force a roam to a closer node.
- Roaming Steering / Force Roaming: Improved 802.11k/v/r logic to actively “push” clients to the node with the best signal/throughput.
- BSSID Locking: While difficult for some mobile clients, having a “Lock to this Node” feature within the Cudy interface would be a helpful temporary fix.
@Dear Lucian.
I think no. We will add this function on the next version, may be 2.6.×. Is it possible for these devices lovk the BSSID of the mesh nodes? If yes, you can lock the BSSID of the nearest mesh node.
“Hello, I have a wr3600h as main router + wr3600h and wr6500 as mesh lan backhaul. Sometimes, connected devices instead of connecting to the closest mesh router, connect to the main router, which is further away thus losing signal and speed strength. Will this be fixed in version 2.5?”
Hello, I have a wr3600h as main router + wr3600h and wr6500 as mesh lan backhaul. Sometimes, connected devices instead of connecting to the closest mesh router, connect to the main router, which is further away thus losing signal and speed strength. Will this be fixed in version 2.5?
@Dear Nicola,
Thank you for your kindly advice! We will provide your feedback to the product department for evaluation.
“I own a mesh system composed of:
- 2x M11000 V1.0 (FW 2.2.24-20251107-144535)
- 2x M3000 V2.0 (FW 2.4.19 and 2.5.1b)
All nodes are connected via wired Ethernet backhaul.
I’m experiencing significant roaming issues: WiFi clients remain associated to distant nodes with very low RSSI (as low as 17-18) instead of roaming to the nearest node with much better signal (55+). Clients only move when a node is rebooted — they never roam spontaneously during normal operation.
I can confirm via the RPC API that 802.11k (RRM) and 802.11v (WNM/BTM) are enabled, but clients are never actively steered to a better node. The system appears to lack an RSSI-based disassociation threshold or aggressive BTM steering policy.
I would like to request the following features in a future firmware update:
1. Configurable RSSI steering threshold — ability to set a minimum RSSI value (e.g., -70 dBm) below which clients are actively steered via BTM or disassociated and forced to reassociate to a closer node.
2. Per-node TX power control — currently only the controller’s 2.4GHz TX power appears to be propagated to satellites. I need independent TX power control for each node and each band (2.4G/5G/6G) to properly size cell coverage and avoid overlap.
3. 802.11r (Fast BSS Transition) — this is currently not enabled. Adding FT support would significantly reduce roaming latency and make clients more willing to roam.
4. SSH/CLI access — I noticed the 2.5.1b firmware on M3000 reports an `ssh_enable` field in the sysreport. Could you provide instructions on how to enable SSH access? This would allow advanced users to tune Qualcomm SON/WHC parameters (db_rssi_thr, inact, band steering thresholds) directly.
5. Roaming log/statistics — visibility into when and why clients are steered (or not) would help diagnose issues."
I own a mesh system composed of:
- 2x M11000 V1.0 (FW 2.2.24-20251107-144535)
- 2x M3000 V2.0 (FW 2.4.19 and 2.5.1b)
All nodes are connected via wired Ethernet backhaul.
I’m experiencing significant roaming issues: WiFi clients remain associated to distant nodes with very low RSSI (as low as 17-18) instead of roaming to the nearest node with much better signal (55+). Clients only move when a node is rebooted — they never roam spontaneously during normal operation.
I can confirm via the RPC API that 802.11k (RRM) and 802.11v (WNM/BTM) are enabled, but clients are never actively steered to a better node. The system appears to lack an RSSI-based disassociation threshold or aggressive BTM steering policy.
I would like to request the following features in a future firmware update:
1. Configurable RSSI steering threshold — ability to set a minimum RSSI value (e.g., -70 dBm) below which clients are actively steered via BTM or disassociated and forced to reassociate to a closer node.
2. Per-node TX power control — currently only the controller’s 2.4GHz TX power appears to be propagated to satellites. I need independent TX power control for each node and each band (2.4G/5G/6G) to properly size cell coverage and avoid overlap.
3. 802.11r (Fast BSS Transition) — this is currently not enabled. Adding FT support would significantly reduce roaming latency and make clients more willing to roam.
4. SSH/CLI access — I noticed the 2.5.1b firmware on M3000 reports an `ssh_enable` field in the sysreport. Could you provide instructions on how to enable SSH access? This would allow advanced users to tune Qualcomm SON/WHC parameters (db_rssi_thr, inact, band steering thresholds) directly.
5. Roaming log/statistics — visibility into when and why clients are steered (or not) would help diagnose issues.