keenet07

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

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

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

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

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

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

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

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

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

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

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

Да, наверное желательно требовать, как минимум смешанный регистр. А лучше ещё и наличие одного из спец символов ~ ! ? @ # $ % ^ & * _ - + ( ) [ ] { } > < / \ | " ' . , : ; admin1234 не выглядит надежным при подборе по словарю. Но тут видимо расчет на то что есть защита на количество попыток ввода пароля. И слишком большой словарь отнимет слишком много времени и ресурсов. Но такой пароль, как выше, можно и чисто на шару случайно ручками подобрать.

Речь об RMM

Там четкая последовательность. Начинает с 1 янв, 00:00 часов. Пока загружается основная ОС. Потом в какой-то момент загрузки выставляет часовой пояс Россия/Москва, это UTC +3. Время меняется на 03:00. Потом догружается до стадии когда может где-то в системе увидеть дату прошивки или ещё что-то что он использует для этого. Меняет системную дату на эту. Потом видит вашу настройку часового пояса из конфига. Меняет часовой пояс на ваш. Снова время меняется если вы не в Московском часовом поясе. Интернета к этому моменту ещё нет. И уже только после того как загружается вся сеть и появляется интернет на устройстве, он синхронизируется с сервером времени в соответствии с вашим часовым поясом. Всё. Дальше актуальную дату и время использует.

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