keenet07

Дальнейшее развитие темы. В 5.0 Alpha 9 внедрили маршрутизацию по группе доменов FQDN. Кто пробовал?

Это какая-то новинка. ) У меня фильтр установлен, а мастер нет.

https://forum.keenetic.ru/topic/6079-вклвыкл-для-статических-маршрутов-так-же-как-сделано-в-переадресации-и-возможность-добавить-описание/

Да. Тоже хотел бы, чтобы всё что связано с IPv6 не отображалось в интерфейсе, по аналогии с удалением компонента.

Там же. Умное управление очередями (SQM). Поля скорости не должны быть заполнены.

"Приоритеты подключений" не подходят для этого?

На сколько я помню от нас ждали какой-то адекватный кейс использования, тогда бы его активировали.

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

Роутер давно уже не просто роутер. На них весит столько функций, что иногда становится не понятно "что тут во что встроено". Наличие дополнительного функционала в наше время скорей преимущество. Когда-то даже столь привычный VPN делали в виде отдельного устройства.

Алиса видит по wifi устрйоства находящиеся рядом и умеет на основании этого что-то делать? Не каждому нужна Алиса, в качестве голосового ассистента.

Тоже когда-то просил реализовать подобный функционал на уровне прошивки, а именно возможность отслеживания подключения конкретного устройства по WIFI (смартфон), для реализации различных автоматизаций. Ну т.е. чтоб роутер корректно определил, что устройство пропало из эфира и отсутствует в течении какого-то времени (а не просто потеряло связь и переподключается), а потом передало эту информацию как хук для дальнейшей обработки. А вариантов там много, от отключения умных розеток, до изменения режимов работы самого роутера, отключения WIFI гостевой сети, отключения VPN, переключения чего-либо в режим охраны, запуска прочей автоматизации. Но это уже через собственные скрипты. В общем использовать смартфон, как ключ, триггер. Наверняка можно и сейчас что-то такое реализовать в entware.

Вот тут обсуждалось. Если кратко, то он просто есть в используемом чипе. Как применить рационально - не придумали.

var 2.mov Status Connected в инфе дублирует зеленую информационную панельку CONNECTED. Нужно ли это? IP и маска подсети есть, а шлюз отсутствует. DNS server один есть, но их может быть много прописано. Они все там отобразятся таким большим шрифтом? KeenDNS появляется только на том соединении на котором используется. Это хорошо. Текущая/средняя скорость думаю тоже нужна в информации. Кстати, можно на эти плитки выводить запущенные по подключениям сервисы/приложения. Ну к примеру на основном WAN чтоб было видно, что запущен наружу SFTP, Telnet, VPN servers, ещё что-то. Отображать можно в виде маленьких значков. Чтоб взглянул на плитку и уже знаешь что у тебя открыто на интерфейсе.

Я бы оформление кнопок синим оставил, как в первом варианте и возможно также без серой рамочки. Зеленый у плашки Подключение показывает статус соединений. И расположенные рядом кнопки вкл/выкл графика и информации в зеленом же цвете смотрятся может быть и ничего визуально, но некорректно по смыслу. Вот синий цвет это цвет переключателя/кнопки, он больше подходит, цвет управления/применения. Ну просто обратите внимание на другие карточки. Например на карточке Мои сети и WIFI посмотрите на дизайн кнопки "Информация о беспроводной сети" там есть похожая кнопка.

По функционалу несомненно 2-й вариант лучше. Индивидуальное сворачивание информации и графика для каждого соединения. По дизайну самих кнопок вкл/выкл графиков и информации больше нравится первый вариант. Во втором появились лишние галочки в зеленом кружочке, на мой вкус без них лучше. В остальном как всегда дело привычки к новому виду. В общем если галочки убрать, а кнопки оформить как в первом варианте, то получится неплохой третий вариант. )

Да. У меня на Android TV есть такая функция, хотя казалось бы зачем она в телевизоре... )

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

Рандомизация если только для WISP.

4.3.3 Без изменений.

Если у вас задача отключить интернет для сегмента или WIFI сеть. То это конечно можно сделать с помощью расписания. Или даже войдя удаленно.

Выключать? Это вам в сторону умной розетки нужно смотреть. Перезагружать, через облако/приложение/веб-интерфейс можно наверное? Нет?

CTRL+F5 пробовали?

Да не факт. Небольшие жертвы ради чего-то полезного вполне допустимы.

Да, это планировал проверить. Но это всёравно не выход. Отдельные сегменты как-то в негативном плане влияют на работу других wifi устройств в сети, если бы не было лишних сегментов. Дробят эфирное время? Упадет максимальная скорость, отзывчивость? Ухудшатся какие-то другие характеристики WiFi сети?

Есть Смарт ТВ на Android TV 11. Подключен к роутеру по WPA3 в смешанном режиме WPA2/WPA3 (оба протокола нужны). Зарегистрирован на устройстве, имеет статический IP. На ТВ выбран режим реального MAC устройства.На момент настройки всё работает, интернет на устройстве есть. Стоит перезагрузить ТВ и он больше не может соединиться. На ТВ пароль сохранен. На роутере ошибка SAE key exchange fail, verify error и отказ соединения. Помогает только одновременная перезагрузка и ТВ и роутера. Тогда корректно создается связка ключей и подключается нормально. Почему может изменяться SAE ключ и почему не происходит согласования с роутером? В чем может быть причина? Можно ли это поправить со стороны прошивки роутера? Или это вопросы к прошивке ТВ, она к слову последняя. Какие пути решения? Есть другой Смарт ТВ на Google TV, там такой ошибки не возникает, всегда работает и подключается.