Коротко о главном
Проблемы с DNS выглядят как «интернет не работает», хотя сеть есть. В Linux за разрешение имён отвечают systemd-resolved, NetworkManager, dhcp-клиент и иногда локальный dnsmasq. Понимание цепочки помогает быстро найти причину.
Неправильный DNS ломает обновления, контейнеры и VPN-подключения. Умение читать resolvectl и проверять конфигурацию экономит часы диагностики.
DNS в Linux — инструмент, который стоит освоить, если вы регулярно работаете в Linux. Ниже — путь от установки до уверенной повседневной работы: без предположений, что всё уже настроено само.
Зачем нужен DNS в Linux
DNS в Linux решает вполне конкретные задачи: Настройка systemd-resolved, NetworkManager и диагностика разрешения имён. Важно не превращать инструмент в самоцель — если задача проще решается штатными средствами системы, начните с них.
Установка
В 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Пошаговая настройка
После установки переходите к базовому сценарию. Команды ниже выполняйте от пользователя с достаточными правами, но не запускайте всё под root без необходимости.
1. Посмотрите текущий статус
resolvectl показывает интерфейсы, DNS-серверы и статистику. Начните с него, а не с правки resolv.conf.
resolvectl status
resolvectl statistics2. Проверьте конкретный запрос
Сравните ответ systemd-resolved и прямого запроса к серверу. Это покажет, виноват ли резолвер.
resolvectl query example.com
dig @1.1.1.1 example.com3. Настройте 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.conf5. Очистите кэш
После смены 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-сервер, но не полагайтесь только на него.
Практический сценарий
Представьте типовую задачу: нужно развернуть DNS в Linux на одной машине, проверить работу и передать доступ коллеге. Начните с чистой системы или снапшота, чтобы результат был воспроизводим. Запишите все команды в отдельный файл — это одновременно шпаргалка и черновик будущей автоматизации.
Дальше действуйте короткими шагами: установка, минимальная конфигурация, проверка, затем расширение. После каждого шага фиксируйте, что именно изменилось и как это проверить. Такой журнал экономит время, когда через месяц понадобится повторить настройку на другом сервере или объяснить её коллеге.
Порядок работ для этого сценария выглядит так:
- Посмотрите текущий статус
- Проверьте конкретный запрос
- Настройте DNS для интерфейса
- Проверьте /etc/resolv.conf
- Очистите кэш
Отдельно продумайте, что произойдёт при сбое. Для DNS в Linux важно заранее знать, где хранятся данные, как их скопировать и сколько времени займёт восстановление. Если ответа нет, не двигайтесь дальше: сначала закройте этот пробел, потом добавляйте новые возможности.
Типичные ошибки
Ниже — сбои, которые встречаются чаще всего. Перед исправлением сохраните текущие конфиги и запишите, какие изменения вносите: так проще откатиться.
1. resolv.conf перезаписывается
Управляйте настройками через NetworkManager или systemd-resolved, а не правкой файла.
2. Домен не resolves, а IP пингуется
Проверьте DNS-серверы, search-домены и DNSSEC. Сравните ответы через dig.
3. После VPN ломается DNS
Проверьте приоритет интерфейсов и split DNS. Не отключайте системный резолвер вслепую.
Что проверить перед вводом в работу
Перед тем как считать настройку завершённой, пройдитесь по короткому списку. Он не заменяет полноценный аудит, но отсекает большинство очевидных проблем.
Чек-лист
- Версия DNS в Linux зафиксирована, а обновления не применяются вслепую.
- Есть резервная копия конфигурации и данных, восстановление проверено.
- Доступ ограничен нужными пользователями и сетями, лишние порты закрыты.
- Логи и метрики собираются, понятно, куда смотреть при сбое.
- Изменения описаны в документации и могут быть повторены на другой машине.
- Есть план отката и понятный критерий, по которому вы решите его применить.
Если какой-то пункт вызывает затруднение, это сигнал вернуться к соответствующему разделу, а не откладывать проверку. Настройка, которую нельзя повторить, плохо работает не только у коллег, но и у вас самих через полгода.
Итог
DNS в Linux — это не «поставил и забыл». Рабочая конфигурация складывается из понимания задачи, аккуратной установки и проверки результата. Начните с базового сценария, затем добавляйте только те возможности, которые действительно используете.