keenet07

И как отдельные компоненты будут устанавливаться на стороне клиента? Вся прошивка будет локально собираться? На микротике отдельная программа шьёт.

Да я понимаю. Озвучил свой взгляд. В целом я даже и не против чего-то такого.

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

А если пароль забыл?

Нужные люди уже увидели. Думаю поправят в одной из следующих версий.

Возможно есть ошибки. А сам то этот режим то вам нужен? Пользуетесь? Можно отключить в параметрах системы.

Оно есть и во вкладке Анализатор трафика. Вот если оттуда реализовать переход к функциям работы с клиентом в Список клиентов. Вот тогда можно было бы и видеть трафик и заблокировать или ограничить скорость клиенту без лишних путешествий и поисков по интерфейсу.

Зачем ему метаться? Запрос отправляется сразу на все одновременно. Который первый ответил, тот и быстрее. И так с каждым запросом. Чем больше серверов, тем потенциально стабильнее. В какой-то момент основной может оказаться чуть более загружен, ответ быстрее придёт от второго или вообще от DNS другого сервера, если пропишите ещё пару сторонних.

Версия 4.2 Alpha 17 Теперь всё ок. Спасибо.

Всё верно. В кейсе топикастера удобнее использовать политики. Эксклюзивный маршрут как вспомогательное средство со схожим функционалом.

Есть ещё вот это https://help.keenetic.com/hc/ru/articles/360000925780-Статические-маршруты см. Эксклюзивный маршрут.

Нет, ну конечно вести, при изменениях. Но так же как оборудование с истекшей гарантией. Да, это доп. нагрузка. Просите надбавку ЗП. )

А можно было бы вывести все такие неоднозначные или сложные в юзабилити функции и возможности в какое-то скрытое по умолчанию меню. Назвать это экспериментальными функциями. Официально не документировать, разве что на форуме. Не распространять на них тех. поддержку. До возможного момента смены их статуса. Я бы за такое проголосовал. ) И овцы целы и волки сыты.

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

Хотелось бы видеть больше полезной информации в меню Другие подключения о статусе VPN-подключения. Сейчас это выглядит так для OpenVPN подключения: жмем переключатель установки соединения и статус меняется с "Отключено" на "Неизвестно", а дальше либо подключение устанавливается и статус меняется на то что соединение установлено, либо он так вечно и висит в стадии "Неизвестно", если что-то не так. А нет ли возможности в этом же статусе отобразить в чем собственно заминка, что там происходит с соединением? Ну самое минимальное, хотя бы показать, что соединение не установлено и идёт очередная попытка подключения или инициализации. А то либо ждать, либо в лог лезть смотреть. Хотя что-то понять можно было бы уже и в этом меню.

Видимо плитки это отдельная сущность. А не то что может добавиться с установкой нового приложения. Вынуждены содержать в себе весь перечень приложений.

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

А в каком случае это может понадобиться? Я попробовал поработать с фильтром источника и адреса назначения и это перекрыло даже более чем мою потребность в сортировке по IP адресу. Начинаете набирать часть адреса и динамически всё обновляется. очень удобно. А главное мне больше не приходится выискивать в этом списке свой IP адрес интернет соединения (точку выхода роутера), который при любом виде сортировки по адресу оказывался где-то далеко. PS. Но вот если бы маски добавили в фильтр в любых комбинациях, тогда вообще было бы интересно. И сортировалось бы как нужно, а не в разброс в выдаче. Что-то вроде 192.* или 192.20* или *.20.* там можно более точно выбирать и всё ненужное отсеивать.

4.2 Alpha 11 В части об аппаратном ускорении всё исправлено. Спасибо.

4.2 Alpha 11 Есть новость об внесенных изменениях Но что именно поменялось обнаружить не удалось. Поведение осталось прежним, как выше описал. Кэш браузера сбрасывал.

4.2 Alpha 10 После обновления на эту версию Аппаратное ускорение снова оказалось включенным. До этого было отключено для точной работы Монитора трафика. При отключении его в Параметрах системы, возвращается во включенное состояние при повторном возврате к данной странице меню. В этой части так же без изменений.

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

В простых сценариях. Как я выше описывал. Ну и давать доступ устройствам по расписанию тоже.

Вполне реально реализовать.