keenet07

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

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

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

Меньше всего бы хотелось чтобы это было на удаленной стороне. Простой таймер может быть реализован в виде расписания на самом устройстве. Допустим чтобы установить таймер на 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? К чему это должно привести?

Есть такое.

https-dns-proxy 2781: "https://1.1.1.1/dns-query": curl error message: QUIC connection has been shut down (56) https-dns-proxy C0AF: "https://1.1.1.1/dns-query": curl error message: QUIC connection has been shut down (56) https-dns-proxy 3710: "https://1.1.1.1/dns-query": curl error message: QUIC connection has been shut down (56) https-dns-proxy "https://1.1.1.1/dns-query": too many failed requests, try to downgrade to HTTP/2 Тоже вот такая история. Адрес сервера ведь не обязательно в виде домена писать? На QUIC может без него работать как на HTTP/2 ? 4.2A5.

Естественно с изменениями полей для логина и пароля

Если нет, то поменяйте строку ncp-ciphers AES-128-GCM:AES-256-GCM:AES-128-CBC:AES-256-CBC на data-ciphers AES-128-GCM:AES-256-GCM:AES-128-CBC:AES-256-CBC

Первую часть конфига попробуйте записать так для начала client dev tun proto tcp remote xxx.xxx.x.xxx 31004 remote xxx.xxx.x.xxx 31004 cipher AES-128-CBC auth SHA512 remote-cert-tls server это до строк <ca> -----BEGIN CERTIFICATE----- MIIDTTCCAragAwIBAgIUTZWzVjv...

Оставил только DOH. Ошибки в лог сыпятся как в сообщении выше. Но ответы от DNS приходят. Не известно только через QUIС или HTTP/2. Как определить. Прироста скорости ответов вроде тоже не заметно. Сайты открываются.

У вас расширение браузера стоит для интерфейса? Возможно влияет. DOH и DOT установлены? У меня добавлено с десяток записей и кнопка снизу неактивна. В редактирование зайти можно. В консоле браузера ошибок нет.