Denis P

Название темы тонко намекает что речь не о днс маршрутах)

Вообще нет, этот раздел был там задолго до реализации возможности установки opkg на storage. Короче, смиритесь.

и сразу пожалуй стоит тэгнуть @TheBB и @Александр Рыжов потому что в скрипте install в entware тоже используется rci без авторизации

Штатно - никак.

аналогично, решение при использовании Adguard Home есть на вкладке dns_rewrites <yourdomain>.keenetic.pro 198.51.100.11 my.keenetic.net 198.51.100.11

На 5.2 отображается только рамка при выборе На 5.1 всё красиво

Теперь он имеет адреса 198.51.100.11 и 2001:2::c633:640b, которые не являются публичным Клиенты которые не используют роутер в качестве днс резолвера (довольно распространенный кейс) не смогут попасть по старому доброму my.keenetic.net (или новому my.netcraze.net) в веб. Такой подход выглядит странным

вы сами то гуляли по ссылке которую вам предложил нейроболванчик? там прямым текстом указано что нужно прописать в файле gitlab.rb

новый giant это полноценный роутер, а managed свичей даже и на картинках нетутъ

Давайте все дружно попробуем систематизировать проблемы, чтобы разработчикам не приходилось "гулять" по этой и другим сопутствующим темам. 1. Проблема "суффикса" когда по частичному совпадению под правила попадают и другие домены (x.com yandex.com) 2. Пропуск первых запросов, уходят мимо ipset'a -> приходится обновлять страницу 3. Когда у ответа маленький ttl, dns-proxy может выдать already processed и не добавлять адрес в ipset-> клиент получает новый адрес от dns-proxy (который не попал в набор) и пакетики идут по дефолтному маршруту 4. При резервировании приходится вешать ping-check на vpn интерфейс, но и это не всегда работает з.ы. Поддержку dns маршрутов в других политиках обещают сделать в 5.2

предположу, они допустили опечатку и имелся в виду x.com без точки в начале

не нужно плодить дублирующие темы

я вам для этого и отправил статью, потому что для private интерфейсов которым является домашняя сеть, правила касаются исходящего направления out, а не входящего in, как для wan (public)

апну, пожалуй

нужно будет вручную сменить порт в файле /opt/etc/config/dropbear.conf и сделать /opt/etc/init.d/S51dropbear restart

Пересобирать прошивку через SDK вы вряд-ли будете по этому openwrt неплохой вариант Всё ок, порт зависит от наличия компонента "сервер ssh" если его нет,entware будет доступен на 22 порту. Ничего не менялось в этом плане

Зачем вы это делаете на интерфейсе домашней сети? Есть стойкое ощущение что вы тупо жмёте все подряд и ожидаете что оно заработает. Опишите схему, очередной раз вам об этом говорю или хотя бы ознакомьтесь со статьёй https://support.netcraze.ru/ultra/nc-1812/ru/22345.html межсетевой экран отключается без каких либо танцев, главное выбрать правильный интерфейс и "направление"

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

вам - никак, если вы откроете инструкцию для своего устройства, а не для 1012, упоминания opkg там не будет https://support.keenetic.ru/sprinter/kn-3711/

Вполне нормальная логика, общие настройки wifi вынесены в отдельный раздел, потому что они относятся ко всем точкам доступа и индивидуально их "крутить" нельзя

Не должен. Нет USB и поддержки файловых систем - нет storage.

обновиться на 5.1 из канала "предварительный" или ждать пока она появится в стабильной ветке

вы совсем немного опоздали, таких тем чуть больше чем одна. прим есть, нужно смотреть немного внимательнее ip route disable плохая новость - из cli назначение метрик не работает (т.е от введенных эффекта 0). в веб условно есть, приоритет соответствует порядку подключений в политике по умолчанию как раз они и приоритетнее

так да, можно конечно, главное забыть про привязку к IP

и не будет.