keenet07

Вот, на основе своей модели сделал оболочку для просмотра log-файла Системного журнала с роутера. Загружаете реальный log-файл и смотрите как всё будет выглядеть с настоящими событиями. Данные никуда не загружаются всё парсится и работает только в вашем браузере. log_re4.7z

Сделал версию с переключением с однострочного на двухстрочный вариант вывода. Переключается той же кнопкой расширенного меню категорий. Попробуйте. Кстати, фильтр работает так же по службе. При вводе например netfilter увидим все события по этой службе. А если ещё и выставим нужную категорию, то отфильтрует ещё и по ней. К примеру, если нужны только ошибки службы netfilter или предупреждения. В общем всё максимально гибко. Так же можно вывести события только за определенную дату и время. За определенный час. Исправлены ошибки в результате которых в некоторых случаях сбивалась сортировка событий. log15.7z

Вы имеете в виду события в журнале? Старался оставить как в оригинальном сделано. Но если новый тренд на одну строчку, могу сделать.

Внёс ряд изменений: Цветные кнопки выбора категорий. В расширенном режиме показывают количество записей в категории. Клик по кнопке категории включает либо отключает её. Двойной клик - выбрать только эту категорию. Двойной клик при всех отключенных категориях выбирает все категории. Новый фильтр поиска по журналу событий. Подсказка как пользоваться. Подсвечивание совпадений при поиске. Боковая подсветка строк с событиями. бонус: События в журнале генерируются по новому принципу. @eralde Что-то у вас подсмотрел, что-то добавил. ) Обновленная версия симуляции во вложении. Можно запустить, потыкать. log12.7z

У вас такие сложные схемы, что используется более двух источников? ) Один пропал, пошло на другой и наоборот. А вообще по порядку добавления должно следовать. Можно в конфиге посмотреть. Возможно, что в некоторых обстоятельствах последовательность может различаться с вебом.

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

Блокируются IP адреса всех известных DOH DOT сервисов для клиента. Это должен быть очень продвинутый клиент который сможет поднять свой собственный DNS или прокинутый внутри КВН канала. А на обычных пользователях это работает.

Ага и я нашел на iOS. А на Andriod TV не находил.

На смарт тв тоже.

А также для того чтобы автоматизировать процесс регистрации пользователей с дальнейшей настройкой их параметров без необходимости вводить белый список. Т.е. пока пользователь не отключит случайные маки в систему он не попадет. Как отключит, получит доступ по умолчанию с авторегистрацией. И лезть прописывать мак не нужно.

Нужно кейс описать.

Это мы знаем. Но эта задача с подзадачей. Для другого.

Зачем прятать? Пусть будет и в вебе, просто при активации должно быть предупреждающее сообщение, о том что определенные категории устройств могут потерять возможность подключаться. Это запомнится. Ну и в журнале писать причину отказа в соединении.

Запрет или возможность запрета?

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