keenet07

С помощью OPKG можно много чего. Выше было написано, что управление режимом сна для HDD это не задача KeeneticOS.

Первое, что приходит в голову воспользоваться Переадресацией портов. Но тут есть ряд нюансов. И не уверен работает ли это с опцией "без доступа в интернет".

Хорошая мысль. Сместить этот разрыв на время когда никто не работает в интернете.

1440 минуты это ровно 24 часа. Сутки. Что-то рвёт соединение раз в сутки.

Тогда при удалении одного правила в Web-interface удалилось бы и другое? Но этого не происходит. В конфиге два одинаковых правила.

Да. именно так. Я когда создавал копию правила сделал это не за один заход, а за два, потому как не запомнил всё сразу. Поэтому у меня второе сначала сохранилось в промежуточной форме, вот так: И только потом зашёл в него и поменял протокол на IP. И это без всякой проверки сохранилось создав полный дубликат. Видимо тут проверка уже не производится. Можно как-то сообщения с данным репортом в отдельный топик вынести? Или тут оставим?

@eralde Перечитайте выше. Дописал сообщение. Щас ещё ниже напишу как так получилось. А в лоб и правда не воспроизводится. Правило не создает.

Только что попробовал это сделать и создалось два одинаковых правила. И даже они оба легко делаются активными (включенными). Слетела защита от дублирования? Вкладка "Домашняя сеть" Удаление одного из них, не приводит к удалению и второго. В конфиге выглядит так: access-list _WEBADMIN_Home deny ip 0.0.0.0 0.0.0.0 87.250.250.242 255.255.255.255 deny disable deny ip 0.0.0.0 0.0.0.0 87.250.250.242 255.255.255.255 deny disable auto-delete

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

Это можно было бы сделать и иначе. Я когда-то уже предлагал подобное. Иногда возникает необходимость создания нескольких правил отличающихся друг от друга одним-двумя параметрами (IP адрес или порт). Первый вариант: Создаем первое правило и сохраняем его. Снова заходим в это правило и помимо кнопки "Удалить правило" видим там ещё что-то вроде "Создать новое на основе текущего" или "Клонировать правило". Открывается окно создания нового правила, но уже заполненное параметрами исходного правила. Кнопка "Сохранить" неактивна пока в правило не будут внесены какие-либо изменения в основных параметрах. И никаких коллизий не будет. Редактируем, сохраняем. Другой вариант: Создаем первое правило и сохраняем его. Снова заходим в это правило и помимо кнопки "Удалить правило" видим там ещё что-то вроде "Создать новое на основе текущего" или "Клонировать правило". Данная кнопка не активна, пока не будут изменены ключевые параметры открытого правила. Редактируем то, что необходимо, кнопка становится активной. Нажимаем её, создаётся новое правило, кнопка снова становится неактивной. Если необходимо, снова что-то редактируем, нажимаем, создается ещё одно новое правило. Закончили, закрываем исходное правило и видим в списке все недавно созданные правила. А на данный момент, чтоб избавить себя от однотипного ручного ввода, можно только скопировать нужное правило в другую вкладку. Отредактировать его там. А затем переместить обратно в исходную. Тоже много действий, но хотя бы копипастить или запоминать не нужно.

Только какой-то систематической активностью, если вы ничего не путаете.

ХитрО. Роутер считает такой запрос как обращение по DOH. У меня в браузере Vivaldi даже и не требуется инкогнито использовать. Если транзиты закрыты, то не открывается. Если открыты, загружается страница. Кэша нет.

Хах. Поправочка. Оказалось, что включение блокировки транзита, так же требует реактивации интерфейса. Сразу не применяется. Как и в случае с отключением.

Да. Проверил, так тоже работает. Это как?

Ну вот, видите, ещё один способ нашёлся. В моем случае это правда не применимо. У меня настройки Интернета прописаны вручную. Т.е. попросту нет Обновить IP адрес, там где это есть у вас. Можно конечно обновить интерфейс какой-нибудь командой через CLI. Но лучше чтоб, если это возможно, сделали применение настройки Транзита автоматически.

Нет. Зачем мне это делать? Настройка должна применяться на лету, либо должно быть предупреждение о том, что применение данной настройки требует перезагрузки. К тому же, как я уже писал выше, если временно включить, а затем выключить контентный фильтр, то транзит после этого начинает работать. Если какая-то перезагрузка и требуется, то скорее программная. Отключение транзита работает моментально, а вот обратное включение...

Нет возможности предоставить self-test. Попробуйте смоделировать то, что я описал на любой типовой конфигурации. Ну кое-что сказать могу. Интернет по Ethernet, ручная настройка IPv4 без указания DNS серверов. Стоит галка игнорировать DNS провайдера. Простые DNS сервера не прописаны. Добавлены следующие DOT сервера: 8.8.8.8, 1.1.1.1, 1.0.0.1. Модуль DOH не установлен. Контентный фильтр - Режим фильтрации: Выключен. Никаких профилей DNS кроме системного нет. Если нужно, что-то ещё, спрашивайте.

Потестировал 3.9.0. В общем, на системном профиле блокировку транзита сторонних серверов починили. Работает. Без включения контентного фильтра. Но вот обратное включение транзита, установкой соответствующей галочки на системном профиле сразу не срабатывает. Запросы продолжают идти через сервера прописанные в системном профиле. Если включить режим фильтрации в контентном фильтре, то транзит сторонних начинает работать, при условии что фильтр для хоста выбран системный. После этого можно снова полностью отключить режим фильтрации и эффект транзита сохранится. Т.е. сторонние запросы начинают проходить, как и ожидалось изначально. Наверное нужно ещё что-то подправить в логике вкл/откл транзита. Проверял несколько раз с помощью dnsleaktest

Поправьте вот это: Или отдельную тему создать, чтоб не потерялось?

Ну, так видимо в том, что подсеть на обоих VPN одинаковая.

Под формой нового сообщения, есть переключатель "Скрыть" Прикрепить файл можно там же, чуть выше.

https://forum.keenetic.com/announcement/5-где-взять-тестовые-прошивки/ Вчера вечером вышло на каналах обозначенных зеленым цветом. Для вашей модели красная. Расшифровку смотрите под таблицей.

Потестировал 3.9.0. В общем, на системном профиле блокировку транзита сторонних серверов сделали. Работает. Без включения контентного фильтра. Но вот обратное включение транзита, установкой соответствующей галочки на системном профиле не срабатывает. Запросы продолжают идти через сервера прописанные в системном профиле. Если включить режим фильтрации в контентном фильтре, то транзит сторонних начинает работать, при условии что фильтр выбран системный. После чего можно снова полностью отключить режим фильтрации и эффект транзита сохранится. Т.е. сторонние запросы начинают проходить, как и ожидалось изначально. Наверное нужно ещё что-то подправить в логике вкл/откл транзита. Проверял несколько раз с помощью dnsleaktest

Рвалось то на 3.9b2? Или более ранних? Может быть в последней бете поправлено. Или точно компонент IPv6 помог?

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