DNS в Linux: типичные ошибки и как их исправить

Коротко о главном

Проблемы с DNS выглядят как «интернет не работает», хотя сеть есть. В Linux за разрешение имён отвечают systemd-resolved, NetworkManager, dhcp-клиент и иногда локальный dnsmasq. Понимание цепочки помогает быстро найти причину.

Неправильный DNS ломает обновления, контейнеры и VPN-подключения. Умение читать resolvectl и проверять конфигурацию экономит часы диагностики.

Большинство проблем с DNS в Linux сводится к нескольким повторяющимся ошибкам. Ниже — что проверить в первую очередь и как не усугубить ситуацию.

Почему это происходит

Ошибки почти всегда связаны с контекстом: другая версия пакета, не тот пользователь, устаревший конфиг или команда из руководства для другой системы. DNS в Linux не исключение. Поэтому сначала фиксируем исходное состояние, затем меняем одну вещь за раз.

Типичные ошибки

Ниже — сбои, которые встречаются чаще всего. Перед исправлением сохраните текущие конфиги и запишите, какие изменения вносите: так проще откатиться.

1. resolv.conf перезаписывается

Управляйте настройками через NetworkManager или systemd-resolved, а не правкой файла.

2. Домен не resolves, а IP пингуется

Проверьте DNS-серверы, search-домены и DNSSEC. Сравните ответы через dig.

3. После VPN ломается DNS

Проверьте приоритет интерфейсов и split DNS. Не отключайте системный резолвер вслепую.

Как настроить правильно

Правильная последовательность проста: проверить версию и зависимости, сделать резервную копию конфигурации, внести минимальное изменение, проверить логи и только потом двигаться дальше.

Установка

В Debian, Ubuntu и Linux Mint используется пакетный менеджер APT:

sudo apt install systemd-resolved

В Fedora и RHEL-совместимых системах пакет ставится через DNF:

sudo dnf install systemd-resolved

В Arch Linux и производных пакет доступен в официальных репозиториях:

sudo pacman -S systemd-resolved

1. Посмотрите текущий статус

resolvectl показывает интерфейсы, DNS-серверы и статистику. Начните с него, а не с правки resolv.conf.

resolvectl status
resolvectl statistics

2. Проверьте конкретный запрос

Сравните ответ systemd-resolved и прямого запроса к серверу. Это покажет, виноват ли резолвер.

resolvectl query example.com
dig @1.1.1.1 example.com

3. Настройте DNS для интерфейса

В NetworkManager задайте DNS для подключения, чтобы настройки не терялись после перезагрузки.

nmcli connection modify "Wired connection 1" ipv4.dns "1.1.1.1 9.9.9.9"
nmcli connection up "Wired connection 1"

4. Проверьте /etc/resolv.conf

Это часто симлинк на stub-resolv.conf. Не редактируйте его вручную, если используете systemd-resolved.

ls -l /etc/resolv.conf
cat /etc/resolv.conf

Рабочий конфиг

Начните с минимального рабочего варианта. Не копируйте большой конфиг целиком: добавляйте параметры по одному и проверяйте результат после каждого изменения.

[Resolve]
DNS=1.1.1.1 9.9.9.9
FallbackDNS=8.8.8.8
DNSSEC=allow-downgrade

Практические советы

Эти рекомендации проверены на повседневных задачах. Начните с тех, которые закрывают вашу текущую боль, а не со всего списка сразу.

Совет 1. Не смешивайте dnsmasq и systemd-resolved на одном интерфейсе без поним

Не смешивайте dnsmasq и systemd-resolved на одном интерфейсе без понимания приоритетов.

Совет 2. Для локальных имён используйте отдельный домен и осознанную конфигурац

Для локальных имён используйте отдельный домен и осознанную конфигурацию.

Совет 3. Проверяйте DNSSEC: ошибки валидации выглядят как недоступность домена.

Проверяйте DNSSEC: ошибки валидации выглядят как недоступность домена.

Совет 4. В контейнерах DNS может отличаться от хоста.

В контейнерах DNS может отличаться от хоста.

Профилактика

Большинство повторяющихся сбоев с DNS в Linux связано не с ошибкой в самой программе, а с окружением: обновились зависимости, изменился путь, закончилось место или другой администратор поправил конфиг. Поэтому профилактика начинается с фиксации исходного состояния.

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

Итог

Большинство ошибок с DNS в Linux лечится не переустановкой, а проверкой конфигурации, логов и прав доступа. Действуйте по одному изменению за раз — и причина быстро найдётся.