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

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

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

В тестовой среде DNS в Linux запускается за пару минут. В рабочей — важны воспроизводимость, резервные копии, мониторинг и понятный план восстановления. Разберём, как подойти к этому системно.

Что меняется в рабочей среде

В тестовой среде достаточно, чтобы DNS в Linux запускался. В продакшене добавляются требования к доступности, безопасности и восстановлению. Чем раньше вы зафиксируете эти требования, тем меньше придётся переделывать.

Базовая установка

Установка

В 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

5. Очистите кэш

После смены DNS сбросьте кэш и проверьте, что новые записи применяются.

sudo resolvectl flush-caches
resolvectl query example.com

Конфигурация для повторяемого развёртывания

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

[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 может отличаться от хоста.

Совет 5. Сохраняйте резервный DNS-сервер, но не полагайтесь только на него.

Сохраняйте резервный DNS-сервер, но не полагайтесь только на него.

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

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

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

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

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

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

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

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

Итог

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

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте