DNS в клиенте

DNS — перевод имени сайта в адрес. Если он идёт мимо туннеля, часть картины остаётся у провайдера, а иногда сайты просто не открываются.

Как это работает

Прежде чем открыть сайт, устройство спрашивает у DNS-сервера: «какой адрес у example.com?» Дальше есть два пути: спросить резолвер провайдера напрямую или отправить вопрос через туннель. Клиент умеет и то и другое, и от этого зависит поведение.

Симптом: туннель есть, сайты не открываются

Классическая картина: IP сменился, пинг нормальный, но браузер пишет, что не может найти сервер. Проверка занимает секунды — откройте любой сайт по IP-адресу вместо имени. Открылся — дело в DNS.

1. Задайте в настройках клиента конкретный DNS: 1.1.1.1 или 8.8.8.8.
2. Включите режим «DNS через туннель», если он есть.
3. Переподключитесь и проверьте снова.
4. Не помогло — смотрите подключено, но не работает: причина может быть не в DNS.

Проверка утечки

Любой сервис вида «DNS leak test» показывает, какие серверы отвечали на запросы. Ожидаемо увидеть резолверы вашего сервиса или публичные. Увидели домашнего провайдера — запросы идут мимо туннеля.

Linux: особый случай

В большинстве дистрибутивов именами занимается systemd-resolved, и клиент не всегда успевает переопределить его настройки.

• Посмотреть текущее состояние: resolvectl status — интересует DNS у туннельного интерфейса.
• Задать вручную: resolvectl dns tun0 1.1.1.1.
• Если в системе стоит dnsmasq или собственный резолвер, приоритет может остаться у него — смотрите его конфигурацию.
• Подробнее про особенности платформы — Happ на Linux.