keenet07

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

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

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

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

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

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

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

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

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

Меньше всего бы хотелось чтобы это было на удаленной стороне. Простой таймер может быть реализован в виде расписания на самом устройстве. Допустим чтобы установить таймер на 2 часа, достаточно единожды создать и записать время срабатывания Текущее время + 2 часа. даже если устройство будет перезагружено, оно синхронизируется по NTP и расписание всё равно запустит событие назначенное на это время. К примеру отключить гостевой WIFI или ещё что-то. Сложнее реализовать другой алгоритм: дать 2 часа доступа в день в произвольное время. Тут как-то нужно отслеживать активность или её отсутствие и суммировать потраченное время. Либо начинать считать с момента первой активности. Вот тут уже где-то нужно сохранять промежуточные значения на случай перезагрузки устройства. В любом случае мы плавно переходим к необходимости реализации планировщика заданий в интерфейсе пользователя.

4.2 Alpha 9 При обновлении с Альфа 7 на Альфа 9 слетели многие настройки из конфига. Аппаратное ускорение оказалось включенным. Поэтому обратил внимание. Увидел что всё в Параметрах системы посбрасывалось в дефолт. Включилась Программа улучшения продукта. Автоматическое обновление. Отключилась автоматическая синхронизация времени и многое другое, что было настроено. Загрузка сохраненной копии конфига эффекта не дала. Настройки в параметрах системы не мои. Откатился обратно на Альфа 7 и текущий конфиг после Альфа 9 загрузился корректно, уже с моими настройками. Но всё-равно прогрузил ещё и копию конфига от А7 для верности. Ещё заметил что на А9 сломалась анимация веб-интерфейса в процессах отката конфига и прошивки. Происходит просто разрыв соединения с интерфейсом без таймера обратного отсчета. На А7 всё корректно.

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

Разве DNS over HTTP/3 это не DNS over QUIC (DoQ)?

У меня тоже наверное не работает. А вот этой штукой можно мониторить? Или это только для браузера? https://quic.nginx.org/quic.html

Возможно у вас страница из кэша. Обновите страницу CTRL+F5. Или нажмите в браузере обновить с зажатым shift или ctrl.

На KN-1010 всё заработало.

А без https:// ?

4.2 Alpha 6. Починили. Спасибо.

Создайте. Сейчас уже больше чем в то время всякого можно к расписанию прикрутить. (перезагрузка всего устройства, порта USB, сетевого интерфейса и т.д.) Вот если добавили такой функционал, как "выполнить произвольную команду в CLI" или вообще в OPKG и привязать это к расписанию или к срабатыванию какого-нибудь триггера и всё это из интерфейса. Это было очень интересно. Но возможно и опасно.

Отдельно может быть и нет. Где-то в каком-то топике на другую тему упоминалось. Другими словами.

В CLI то оно всегда было. https://help.keenetic.com/hc/ru/articles/360000160909-Перезагрузка-интернет-центра-по-расписанию А вот тут это делать по расписанию ещё нельзя? https://help.keenetic.com/hc/ru/articles/4411929835794-Обновление-и-перезагрузка-сетей-и-устройств Уж лучше планировщик заданий просить в web-интерфейсе роутера.

В обратном порядке. Отключите то что я выше написал в IntelliQoS , если оно для вас менее важно. Верните аппаратное ускорение, если отключено в Параметры системы Для верности перезагрузите роутер. И проверяйте скорость. Ещё настройки ширины пропускания (шейпер), так же вносят отрицательный вклад для максимальной скорости.

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

Что имеется в виду? Откат с QUIC на HTTP/2? К чему это должно привести?