keenet07

Актуальными я назвал те версии над которыми в данный момент активно ведется работа, а это версии Альфа канала. Там эти изменения о которых идет речь и происходят. Не в 5.0 и даже не в 5.1. В тех, что есть, то уже и останется, за исключением наверное мелких правок. А пользоваться ими конечно можно.

Ну ответ уже дали. Сделали так из желания отсортировать их по приоритету пользовательских предпочтениям. 5 чаще используется в первую очередь, т.к. скорость выше. Если 5-ка не возможна из-за расстояния или старого оборудования, то выбирают 2.4. Думаю данные телеметрии именно на это и указывают, Да и чисто логически. Но, как сказали выше, так же готовы рассмотреть и возврат к сортировке чисто числовому, от меньшего к большему, раз это так триггерит многих. Посмотрим какой подход всё же победит по итогу.

Поменяли. Просто складывается впечатление что вы при этом ссылаясь на скриншот от какой-то старой версии прошивки утверждаете, что в этом месте сортировка всё ещё от меньшего к большему, тогда как у всех на актуальных версиях, где эти изменения произошли она от большего к меньшему. В общем проехали. Как сделают, так сделают, лишь бы везде одинаково было.

Тогда вообще не понятно почему UI у вас выводит это в таком формате. В актуальных версиях давно убраны с дашборда отключалки WIFI по бандам в пределах одной WIFI сети. Этот функционал перенесен в меню Точки доступа.

Ну это не мой скрин, а товарища выше по теме. Судя по всему, да, там разные имена WIFI используются, не обратил на это внимание и вся путаница была из-за этого. Потому и выглядит как будто без новых правил сортировки бэндов. Но этот уровень отсортирован по WIFI. Всё верно.

Так я без претензий. Написал тем кто может быть упустил этот момент. Вот этот вот скрин не понятный. Вроде так уже не должно отображаться. Сегмент один HOME но в нем два BAND в старом стиле. С индивидуальными выключателями и без нового порядка сортировки.

А где ещё идет 2.4, потом 5, кроме того места на которое я указал (Монитор WIFI) и по которому ответили, что это исправят?

NDMS 5.2 Alpha 1 Замечено движение в нужную сторону. На странице Диагностика добавлена выделенная вкладка со сведениями о системных сеансах устройства. [NWI-4924]

Форум не единственный источник репортов. Могли сами обнаружить, могло через поддержку прийти. Ссылки на форум, на эту тему ведь нет [NWI-4986]

Ну т.е. сначала всё-равно необходимо синхронизироваться открытым способом по NTP. А потом уже свериться с помощью TLS по NTS. И все дальнейшие проверки проводить уже по NTS. Метод конечно не идеальный получится, но защитит от дальнейшей возможной подмены времени пока устройство активно и не перезагружается. В общем понятно.

Я не пентестер. Нет, ну если вы что-то знаете, и есть какие-то механизмы помимо обычной синхронизации времени по указанным в системе NTP серверам. Или почему это не сработает именно на кинетике. То прямо и скажите. Понятно, что вероятность подобной атаки низка, просто потому-что это должно происходить чуть ли не на уровне провайдера или на устройстве до него. Но тем не менее это возможно. Вот эти товарищи (cloudflare) применяют в своей инфраструктуре. Этого мало? Или фигней страдают? Зря ресурсы тратят? https://developers.cloudflare.com/time-services/nts/ Повсеместное внедрение дело времени.

Вы не можете представить как это можно сделать? Если допустить возможность подмены всех ответов по NTP, установив в систему некорректное время или время сдвинутое на необходимый период, то уже это может вызвать нежелательные последствия. Сделать недоступными какие-либо сервисы. На текущем этапе данная проблема решается в крупных системах другими методами. Но точно не в роутере.

Если служба синхронизации времени может быть подвержена MITM атаке, то как часть общей системы безопасности было бы не плохо иметь защищенный канал синхронизации на любом этапе загрузки устройства. И закрыть этот вектор атаки. Чтоб исключить возможности атаки на TLS или на срыв открытых сессий и прочего функционала опирающегося на точное время.

Да нет, 128 это полный объем памяти устройства. Прошивка в памяти хранится в двух экземплярах для надежности перепрошивки и возможности отката. Т.е. изначально размер прошивки не может превышать половину памяти устройства. А на практике он ещё меньше. И то что там выделено как свободная память это остаток разный для моделей с разным объемом памяти зависящий от нужд самого устройства к размеру прошивки.

На 5.1.1 на дашборде 5 и 2.4. И в точках доступа также. А вот на плитке Монитор WIFI и в самом меню осталось 2.4 и 5.

@Anna_ Предлагаю к рассмотрению также выделение диапазонов частот WIFI ещё и цветом. В общепринятой практике, в частности на схемах, более медленные диапазоны обычно выделяют холодными цветами, а более скоростные теплыми. Так к примеру галочку на переключателях 2.4ГГц диапазона можно сделать синей (как сейчас и есть), а на диапазоне 5ГГц оранжевой. Ну и в будущем 6ГГц диапазон можно красным обозначать.

А лог роутера в этот момент что пишет?

У меня там IGMP прокси и mDNS. Если ничего из этого не установлено, то наверное пустота отображается. Хотя можно было бы скрывать раздел.

А что там зарылось? На каждой странице есть переход к нужным настройкам. Раньше всё было в кучу, а теперь сгруппировано по назначению. И можно каждый раздел самостоятельно развивать, расширять функционал.

5.1.0 Спасибо. Сделали выделение диапазонов. Даже чуть перевыполнили, добавили ещё галочку на переключатели. Как будто бы можно было и без неё. ) Не знаю, ну ладно.

Да, похоже на то. Но там это необходимо чуть меньше, чем в пользовательских маршрутах, в которых менять приходится десятки и сотни записей.

Командами выше можно воспользоваться в WEB-CLI и из интерфейса. Но всё же было бы не плохо иметь отдельный пункт меню с настройками различных расписаний и действий в самом веб-интерфейсе.

Как будто бы что-то сделано, или мне уже кажется. Но всё равно не достаточно.

От щитка идет один кабель в квартиру? Ну а второй провайдер где заходит? Второй провайдер только гипотетический? В любом случае он с площадки будет заходить и вот там и нужно два кабеля в один пустить по VLAN.