Denis P

Во первых - баян. Во вторых - мимо, прочитайте заголовок и описание топика

И не должен, что в журнале отображается сразу после ввода этой команды? (мысли вслух) опять небось нейроболван какой chroot включить посоветовал

5.2 А8 - не исправлено

на каждом этапе пользователя за ручку водить предлагаете? действий, которые могут лишить пользователя "интернета" в веб интерфейсе чуть больше 1

почему должно? с каких пор у нас маршруты должны быть ограничены только глобальными префиксами?

снова всплыло, приходит пользователь и говорит my.keenetic.net не открывается, раньше открывался. А всё почему? Потому что у него в браузере doh включен. И что? И всё, резолвер шлёт его лесом. Вы сломали механизм который работал годами и не создавал проблем

Вы исключили возможные проблемы с dns резолверами? Возможно очередь запросов слишком большая из-за того что ваши резолверы отвечают долго/не сразу/не отвечают вовсе. Посмотреть подробнее что там происходит можно включив dns-proxy debug

Какое количество записей? Используются ли там tld?

вероятно, вы где-то не там читаете, более 4х лет они не используются.

5.2A6 - актуально

третий раз спрашиваю. Что подразумевается под "обработкой"? ваш пост не несет вообще никакого смысла

Что подразумевается под "обрабатывается"? Чем и как измерения проводились?

у вас есть как минимум 2 варианта 1) использовать agh на другом порту отличном от 53 и направлять запросы с кинетика в него (в этом случае адреса конечных клиентов видны не будут) 2) наполнять ipset'ы через сам agh + скрипты для маркировки пакетов

Это не проблема, а ожидаемое поведение. Как по вашему наборы должны заполняться если запросы уходят мимо штатного резолвера?

в том то и дело, что выбор протокола не должен иметь значения конкретно в этом случае, потому что мы выбираем внутренний протокол взаимодействия с сервисом. А внешний (рядом с которым кнопочка "копировать") у нас всегда должен быть https