Публикации
Гроупедия
Перейти к содержанию
TrueGreen

Ваш провайдер видит ваш DNS: Организуем шифрование на роутере под ключ

Рекомендуемые сообщения

Когда вы закрываете VPN-туннель, считая себя уже полностью невидимым, часто остаётся одна тихая дыра. Это DNS. Ваши DNS-запросы, даже при активном VPN, часто отправляются простым текстом прямо вашему провайдеру. Он может не только видеть, какие сайты вы посещаете, но и логировать это, подвергать цензуре или подменять ответы. Сегодня мы превратим ваш роутер в настоящую крепость: настроим шифрование DNS на уровне всей сети, чтобы провайдер увидел только один зашифрованный канал, но не понял, куда вы на самом деле ходите.
 

1. Почему провайдер продолжает следить, даже если у вас есть VPN

Вы настраиваете VPN-клиент на компьютере, подключаетесь к серверу в другой стране, заходите на ipleak.net и видите IP-адрес сервера. Кажется, что всё под контролем. Однако многие VPN-клиенты по умолчанию могут игнорировать системные настройки DNS. Они отправляют DNS-запросы «в открытую» через вашего провайдера, даже если весь остальной трафик идёт через шифрованный туннель.

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


2. Что такое DNS over TLS и чем он отличается от DoH

DoT (DNS over TLS) использует отдельный порт 853, защищает весь канал целиком и скрывает факт DNS-запроса от провайдера.
DoH (DNS over HTTPS) маскирует запросы под обычный HTTPS-трафик на порту 443, но может быть более ресурсоёмким.

Для роутера оптимален именно DoT — он лучше вписывается в системную архитектуру и даёт более предсказуемую производительность.
 


3. Выбор инструмента: Stubby или Unbound

В OpenWrt есть два основных способа.

Stubby — «заглушка». Лёгкий прокси, который просто перенаправляет DNS-запросы на внешние DoT-серверы. Идеален для новичков и большинства сценариев. Именно на нём построена базовая инструкция на OpenWrt Wiki.

Unbound — полноценный рекурсивный резолвер. Может сам опрашивать корневые DNS-серверы и кэшировать ответы. Требует больше памяти и внимания к настройкам.

В лекции основное внимание уделю связке Dnsmasq + Stubby как самому надёжному и проверенному методу для OpenWrt.
 


4. Пошаговая настройка «под ключ»

4.1. Проверка роутера и подготовка

Убедитесь, что у вас настроена синхронизация времени через NTP. Без правильного времени TLS-сертификаты не пройдут проверку. Это одна из частых причин, почему Stubby не запускается: у роутера сбито время, и он не может достучаться до NTP-сервера, а без этого TLS-аутентификация невозможна.
 

4.2. Установка пакетов

Логинимся на роутер по SSH и выполняем:
 

Код:
opkg update
opkg install stubby ca-certificates

Пакет ca-certificates содержит корневые сертификаты, необходимые для проверки TLS-соединений.
 

4.3. Базовая настройка Stubby

Редактируем /etc/config/stubby:

Код:
config stubby 'global'
option manual '1'


Затем настраиваем /etc/stubby/stubby.yml. Центральные параметры:
 

  • round_robin_upstreams: 1 — распределяет нагрузку между серверами.
  • tls_authentication: GETDNS_AUTHENTICATION_REQUIRED — строго проверяет сертификаты.
  • idle_timeout: 10000 — таймаут в миллисекундах.
  • listen_addresses — адрес и порт, где Stubby будет слушать локальные DNS-запросы. Обычно он должен работать на 127.0.0.1@5453.
  • dnssec_return_status: GETDNS_EXTENSION_TRUE — включает DNSSEC на уровне Stubby.

Секция upstream_recursive_servers — это список внешних DoT-резолверов, к которым будет обращаться Stubby. Ниже даю примеры для Cloudflare и Quad9.

Cloudflare:

Код:
  - address_data: 1.1.1.1
    tls_auth_name: "cloudflare-dns.com"
  - address_data: 1.0.0.1
    tls_auth_name: "cloudflare-dns.com"

Quad9:

Код:
  - address_data: 9.9.9.9
    tls_auth_name: "dns.quad9.net"
  - address_data: 149.112.112.112
    tls_auth_name: "dns.quad9.net"

4.4. Перенаправление Dnsmasq на Stubby

Редактируем /etc/config/dhcp. Добавляем в секцию config dnsmasq:

Код:
option noresolv '1'
list server '127.0.0.1#5453'


Опция noresolv '1' запрещает Dnsmasq самостоятельно читать стандартный resolv.conf, полностью передавая управление Stubby.
 

4.5. Запуск и проверка

 

Код:
/etc/init.d/stubby enable
/etc/init.d/stubby start
/etc/init.d/dnsmasq restart


Проверить можно командой:

Код:
nslookup google.com localhost 5453

Если в ответе видите IP-адрес, всё работает.
 

4.6. Блокировка рекламы и трекеров на уровне роутера

Установим пакет adblock:
 

Код:
opkg install adblock luci-app-adblock

Adblock работает в связке с DNS-сервером (Dnsmasq или Unbound). Он загружает списки доменов рекламы/трекеров и возвращает NXDOMAIN (несуществующий домен) вместо IP-адреса.

Популярные списки:

  • oisd — всё в одном, минимальный процент ложных срабатываний, отлично подходит как стартовый список.
  • Energized — категорийные блок-листы (basic/ultimate/Spark).
  • RKN! — пропускать не стоит.

LuCI-интерфейс находится в меню «Services → Adblock» и позволяет управлять настройками через веб-морду.
 


5. Разбираемся с DNS-провайдерами: Quad9, Cloudflare и другие

Quad9 (9.9.9.9): управляется некоммерческой организацией. Отличается строгими правилами приватности и встроенной защитой от угроз.

Cloudflare (1.1.1.1): высокая скорость, обязуется не использовать ваши данные для таргетинга рекламы. Однако сервера расположены преимущественно в странах «пятёрки» (США, Великобритания, Канада, Австралия, Новая Зеландия), что может вызывать вопросы в ряде юрисдикций. Но для большинства задач это хороший выбор.

OpenNIC, DNSSEC.eu, UncensoredDNS — независимые некоммерческие операторы. Их поддержка в проекте может быть не такой активной, поэтому я рекомендую Quad9 или Cloudflare.

Важный момент: при выборе DoT-провайдера обязательно проверяйте поддержку DNSSEC. Эта технология защищает от подмены DNS-ответов и гарантирует, что вы попали именно на настоящий сайт, а не на фишинговую копию.
 


6. Что даёт эта настройка для вашей анонимности

  1. Провайдер не видит ваши DNS-запросы. Его оборудование фиксирует только зашифрованный трафик на порт 853, не зная, какие именно домены вы ищете.
  2. Защита от перехвата. В публичных сетях поднять подставную точку и перехватить ваши данные становится практически невозможно.
  3. Блокировка рекламы. Если добавить в конфигурацию списки adblock, назойливые баннеры будут отфильтровываться ещё на уровне DNS, не долетая до вашего браузера.
  4. Единое правило для всех устройств. Ноутбук, телефон, умная колонка — им не нужны дополнительные настройки. Роутер отвечает на их запросы, а сам уже ходит на внешние DoT-серверы.

Любое устройство, подключённое к вашему Wi-Fi, теперь будет отправлять DNS-запросы вашему роутеру. Роутер, в свою очередь, будет перенаправлять их в Stubby, который установит шифрованное TLS-соединение с выбранным вами провайдером. Ваш провайдер увидит лишь зашифрованный трафик к Cloudflare или Quad9, не имея понятия, какие именно сайты вы посещаете.

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


7. Чек-лист для самопроверки

  • Синхронизация времени на роутере настроена и работает.
  • Установлены пакеты stubby и ca-certificates.
  • В файле /etc/stubby/stubby.yml прописаны настройки выбранного DoT-провайдера.
  • Dnsmasq перенаправлен на Stubby (порт 5453).
  • Команда проверки nslookup google.com localhost 5453 возвращает корректный IP.
  • Установлен adblock с активными списками блокировки.
  • После всех изменений роутер перезагружен.
  • Респект! 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а какой роутер подойдет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 минуту назад, emerald сказал:

а какой роутер подойдет?

Их довольно много бро. Все зависит от бюджета

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Только что, TrueGreen сказал:

Их довольно много бро. Все зависит от бюджета

какой подойдет для описанного тобой метода настройки?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 минуту назад, emerald сказал:

какой подойдет для описанного тобой метода настройки?

Повторюсь, их много. Все зависит от бюджета

  • Грустно 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
6 минут назад, TrueGreen сказал:

Повторюсь, их много. Все зависит от бюджета

Ясно,..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Создать...

Успех! Новость принята на премодерацию. Совсем скоро ищите в ленте новостей!