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

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

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

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

Установка

В 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

Шпаргалка по командам

  • Посмотрите текущий статус: resolvectl status
  • Проверьте конкретный запрос: resolvectl query example.com
  • Настройте DNS для интерфейса: nmcli connection modify «Wired connection 1» ipv4.dns «1.1.1.1 9.9.9.9»
  • Проверьте /etc/resolv.conf: ls -l /etc/resolv.conf
  • Очистите кэш: sudo resolvectl flush-caches

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

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

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

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

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

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

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

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

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

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

Что дальше

Быстрый старт не означает «настроить навсегда». Когда базовый сценарий заработает, вернитесь к конфигурации и проверьте, что она переживёт перезагрузку: файлы на месте, служба включена в автозагрузку, путь к данным не зависит от текущего каталога.

Дальше имеет смысл разобраться с резервной копией и журналами DNS в Linux. Это не самая заметная часть работы, но именно она превращает эксперимент в инструмент, которым можно пользоваться каждый день.

Чек-лист

  • Команды из шпаргалки выполняются без ошибок после перезагрузки.
  • Пароли и токены не хранятся в истории команд и конфигурации в открытом виде.
  • Понятно, где смотреть логи и что считать признаком проблемы.
  • Есть копия конфигурации, которую можно восстановить.

Короткие ответы на частые вопросы

Нужно ли запускать всё от root?

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

Что делать, если после перезагрузки ничего не работает?

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

Как обновлять без сюрпризов?

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

Итог

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

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

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

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

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

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