#Что происходит и когда это важно
Пользователь видит DNS сервер провайдера в интерфейсе сети и 127.0.0.53 в resolv.conf, либо разные ответы на домены через VPN и обычную сеть.
#Возможные причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Локальный резолвер работает штатноsystemd-resolved слушает 127.0.0.53 и пересылает запросы к серверам сетевых соединений. | resolvectl status показывает реальные DNS на интерфейсах. | Не заменять stub DNS случайным адресом. |
| Раздельная маршрутизация доменовVPN использует собственный DNS для корпоративных имён. | У VPN есть маршрутизируемые домены вида ~example.org. | Проверить DNS именно активного линка. |
| Неправильная привязка resolv.confФайл перестал ссылаться на управляемую конфигурацию или записан другой службой. | ls -l /etc/resolv.conf не соответствует ожидаемому механизму. | Установить владеющий менеджер, не перетирать файл без копии. |
#Пошаговая диагностика и исправление
- Проверьте, действительно ли есть ошибкаОткройте терминал. Выполните
resolvectl statusиcat /etc/resolv.conf. Если в файле указанnameserver 127.0.0.53, аresolvectl statusпоказывает DNS для Wi-Fi/Ethernet, это может быть нормальной схемой локального резолвера. - Проверьте реальное разрешение имениВыполните
resolvectl query example.com. Команда должна вернуть адреса и использованную информацию, если DNS работает;example.com— нейтральный тестовый домен. Если ответ есть, простое несовпадение цифр с NetworkManager не требует исправления. - Найдите DNS в профилеЕсли используется NetworkManager, выполните
nmcli device show. Найдите раздел нужного интерфейса иIP4.DNS,IP6.DNS. Сравните сresolvectl status; при VPN часть DNS может относиться к виртуальному интерфейсу, и такое различие ожидаемо. - Проверьте состояние сервиса и ссылкуВведите
systemctl status systemd-resolved --no-pagerиls -l /etc/resolv.conf. Если служба active и ссылка указывает на предусмотренный путь, не пересоздавайте resolv.conf вручную. Если служба отсутствует, выясните, какая программа реально управляет DNS. - Отделите DNS от сетевой связностиПроверьте, есть ли адрес и маршрут (
ip -br addr,ip route). Если нет доступа по IP, замена DNS не вернёт отсутствующий маршрут. Если IP работает, аresolvectl queryвыдаёт ошибку, изучите сервер и маршрутизацию доменов. - Согласуйте точечную правкуДля корпоративной сети уточните у администратора, какие домены должны идти к DNS VPN. Для домашнего подключения параметры меняйте в профиле NetworkManager через «Настройки» → «Сеть» → шестерёнка соединения → вкладка IPv4/IPv6, только если проблема подтверждена. Запишите прежние DNS и верните их при ухудшении.
- Проверьте стабильность после переподключенияПосле повторного подключения сети выполните
resolvectl queryдля общедоступного и, если разрешено, внутреннего имени. Сверьте адрес, не меняя сервис resolv.conf целиком. Если исходный сбой повторился, верните записанные DNS-настройки и сохраните вывод диагностики.
#Команды из инструкции с пояснениями
Linux · Терминал (Bash)Команда
Список DNS и доменов по интерфейсам.
resolvectl statusLinux · Терминал (Bash)Команда
Проверка разрешения тестового домена.
resolvectl query example.comLinux · Терминал (Bash)Команда
DNS и IP NetworkManager, когда он активен.
nmcli device showLinux · Терминал (Bash)Команда
Проверка ссылки на файл DNS.
ls -l /etc/resolv.conf#Как проверить результат
Обычные и предназначенные для VPN имена разрешаются через нужные DNS-серверы, а изменение настроек не нарушило доступ к сети.
#Если проблема не устранена
Если resolvectl отсутствует, выясните действующий резолвер через сетевую службу. Не исправляйте файл stub, пока не установлено, что DNS на самом деле не работает.