Перейти к содержанию

Denis P

Report Team
  • Постов

    1 607
  • Зарегистрирован

  • Победитель дней

    37

Весь контент Denis P

  1. возможно ваши приложения где-то используют свои днсы, например яндекс устройства такое любят по этому рекомендуется в настройках интернет фильтров отключить "транзит запросов" тогда они точно будут приходить на роутер (или блокироваться, если это dot/doh настроенный на клиенте)
  2. Задержки должны быть, да. Их специально сделали чтобы роутер успел разрешить и сложить адреса в ipset до того как пакетики побегут не туда. В cli ничего трогать не нужно, настройка полностью в веб теперь per policy тоже
  3. tld могут создать огромную фоновую нагрузку. Потому что роутер периодически сам разрешает домены (и обновляет ipset'ы) которые были добавлены пользователем и к ним было хоть одно обращение, если вы посетили большое количество ресурсов для которых parent один из tld, можете примерно представать во что это выльется И нет, эта фича (пока что?) не отключается
  4. Основа переместилась в настоящее облако, а резерв за бугром, по этому тоже может быть недоступен. Пробуйте зеркала или офлайн инсталлеры
  5. Keendns пока что не позволяет миксовать режимы, например ipv4 cloud ipv6 direct Так что ищите себе и белый v4, если хотите чтобы работа была ожидаемой
  6. могу ещё раз повторить что для wireguard vpn сервера для подключения "снаружи" нужен белый адрес и соответственно прямой режим работы. Доказывать ничего никому не надо)
  7. Он через облако никогда и не работал
  8. Переносы старых доменов были временной "акцией" год назад. Уже точно нет.
  9. Что такое мангл из коробки? Вы от микротиков пожаловали, где это отдельная сущность? mangle это таблица, а не действие, из коробки в ней куча правил. Вам нужна маркировка?
  10. если я правильно понял, вы как и автор темы хотите использовать ДНС маршрутизацию не в основной политике? Поддержка этой функции в веб интерфейсе доступна с 5.2.B0
  11. Это не сбой, а ожидаемое поведение. Днс маршруты работают совсем по другому принципу и никак не связаны со статик роутами
  12. к вам кто-то лезет из интернетов в поисках уязвимостей, судя по всему https://labs.cloudsecurityalliance.org/research/csa-research-note-ai-coding-agent-git-config-rce-20260904-cs/
  13. Возможность использовать днс маршруты в других политиках появилась только в 5.2
  14. по всем вашим темам не гулял, по этому и уточнил.
  15. теперь всё стало на свои места, если мы не используем dns-override, в resolv.conf попадеает 127.0.0.1 при отсутствии plaintext
  16. Это не теория, у вас просто доступны зашитые bootstrap сервера, да, они там есть) И интересно было бы посмотреть как вы заблокировали исходящие запросы на 53 порт для самого роутера
  17. к сожалению так это работать не будет, доты/дохи в качестве bootstrap не используются, по этому удаление обычных днсов и в том числе игнор адресов провайдера не рекомендуется + entware не сможет их использовать, потому что в resolv.conf будет пусто
  18. при наличии plaintext они будут использованы только для bootsrap т.е для резолва имен ваших dot/doh, они в свою очередь продолжат работать
  19. да, действительно такая проблема есть при перезагрузке контроллера настройки у ретранслятора слетают, стоит создать отдельную тему
  20. Параметры вещания точек доступа для ретрансляторов задаются на вкладке wifi система, нужно отметить нужное устройство и нажать "настроить" Увидел на втором скриншоте что именно это вы и делаете, направление правильное, отключать нужно там
  21. И не поможет, читайте сообщения выше.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.