При неполадках системы преобразования доменных имен в IP-адреса часто используют следующие команды:

resolvectl status
journalctl -f -u systemd-resolved
resolvectl query mail.ru

Давайте разберем каждую из этих команд. Все они относятся к управлению системой DNS (система доменных имен) в современных дистрибутивах Linux (особенно с systemd).

$ resolvectl status
Global
         Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub

Link 2 (enp0s31f6)
    Current Scopes: DNS LLMNR/IPv4 mDNS/IPv4
         Protocols: +DefaultRoute +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.a.b
       DNS Servers: 192.168.a.b 192.168.c.d

Link 3 (wwan0)
    Current Scopes: none
         Protocols: -DefaultRoute +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (wlp0s20f3)
    Current Scopes: none
         Protocols: -DefaultRoute +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 5 (docker0)
    Current Scopes: none
         Protocols: -DefaultRoute +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported

[Связка всех трех команд (пример сценария)]

Представьте, что сайт mail.ru стал плохо открываться.

1. Диагностика: вы вводите `resolvectl status`, чтобы убедиться, что ваш компьютер вообще видит DNS-сервер (например, вы видите, что интерфейс wlan0 получил DNS 8.8.8.8).

2. Мониторинг: вы открываете вторую вкладку терминала и запускаете `journalctl -f -u systemd-resolved`, чтобы видеть живые ошибки.

3. Проверка: в первой вкладке вы пишете `resolvectl query mail.ru`.

● Если команда выдала IP-адрес — значит, резолвер работает, проблема не в DNS, а в самом подключении к сайту.
● Если команда выдала ошибку `DNSSEC validation failed` — вы увидите это и в логе, и в ответе на запрос, и поймете, что проблема в настройках безопасности.

[Для чего нужен файл /etc/resolv.conf]

Файл /etc/resolv.conf это основной конфигурационный файл для системного резолвера (набора функций в стандартной C-библиотеке glibc), который используется всеми приложениями для преобразования доменных имен в IP-адреса. Его можно представить как "шпаргалку" для всей системы, в которой указано, куда обращаться за DNS-информацией.

Основные директивы файла. Файл состоит из текстовых директив. Наиболее важные из них:

● nameserver IP-адрес: определяет IP-адрес DNS-сервера, к которому система будет обращаться. Можно указать до трех серверов; запросы будут отправляться в порядке их перечисления, пока один из них не ответит.
● search домен1 домен2 ...: задает список доменов для поиска, когда вы вводите неполное имя (без точки). Например, при `search my.lan home.arpa` и запросе `server` система попытается разрешить `server.my.lan`, затем `server.home.arpa`. Полезно для локальных сетей, но может создавать лишний трафик.
● options – позволяет настраивать поведение резолвера, например, `timeout:n` (время ожидания ответа) или `ndots:n` (количество точек в имени, при котором поиск по `search` отключается).

Если файл отсутствует, система по умолчанию будет обращаться только к серверу на локальной машине (`127.0.0.1`).

Как создается resolv.conf? В современных дистрибутивах Linux файл /etc/resolv.conf редко создается вручную. Его созданием и обновлением автоматически занимаются сетевые менеджеры:

NetworkManager: обычно это основной менеджер. При загрузке системы он создает файл на основе параметров, полученных по DHCP, VPN или указанных вручную. Он может управлять файлом напрямую или через символическую ссылку на /run/NetworkManager/resolv.conf.

systemd-resolved: более современный системный DNS-резолвер. Часто resolv.conf является символической ссылкой на управляемый им файл (/run/systemd/resolve/resolv.conf), через который он транслирует свою конфигурацию для старых приложений.

resolvconf (утилита): специальный фреймворк, агрегирующий DNS-информацию от разных источников (DHCP, VPN) в единый файл. Программы не пишут прямо в resolv.conf, а регистрируют свои настройки через `resolvconf -a`.

Как /etc/resolv.conf удаляется, при каких условиях? Файл не "удаляется" целенаправленно. Он может перестать существовать в следующих случаях:

1. Системная ошибка: если во время загрузки не запустился основной сетевой менеджер (NetworkManager), файл может не быть создан.
2. Ручное удаление: вы можете удалить файл командой `rm /etc/resolv.conf`. Однако при следующем перезапуске сети или загрузке системы менеджер (если он не отключен) создаст его заново.
3. Переключение на ручное управление: в некоторых дистрибутивах можно деактивировать автоматическое управление, создав конфигурацию `dns=none` для NetworkManager. После этого файл может остаться, но менеджер перестанет его обновлять, что позволит редактировать его вручную.

Как resolv.conf работает совместно с другими настройками конфигурации DNS? Файл /etc/resolv.conf это низкоуровневое звено, с которым взаимодействуют все приложения. Он не конфликтует, а "впитывает" в себя настройки из более высокоуровневых систем:

1. Источник → Менеджер: вы настраиваете DNS в NetworkManager (через GUI) или в конфигурационных файлах systemd-resolved (файл /etc/systemd/resolved.conf). Эти настройки являются источником истины.
2. Менеджер → /etc/resolv.conf: Менеджер транслирует эти высокоуровневые настройки и записывает их в /etc/resolv.conf. Таким образом, он служит универсальным интерфейсом для всех приложений, которые используют стандартную библиотеку glibc.
3. Приложение → Библиотека → /etc/resolv.conf: когда вы запускаете `ping mail.ru`, ваша программа вызывает функцию gethostbyname() из библиотеки glibc. Эта функция в первую очередь читает файл /etc/resolv.conf, чтобы узнать, к какому DNS-серверу обращаться.