20 июля 2026 года ZDNet выпустил прикладной разбор о том, как работает настройка DNS Ubuntu из командной строки через Netplan. Для тех, кто администрирует серверы по SSH, держит домашнюю лабораторию или просто не хочет зависеть от GUI, это не академическое упражнение, а базовый навык: один неверный DNS, и машина формально в сети, но по факту бесполезна.
Материал, как пишет ZDNet, сводит задачу к редактированию одного YAML-файла в каталоге /etc/netplan. Автор заметки Джек Уоллен предлагает использовать публичные адреса Cloudflare, 1.1.1.1 и 1.0.0.1, но главный смысл не в конкретном провайдере DNS, а в самом подходе: на Ubuntu-подобных дистрибутивах сетевую конфигурацию можно быстро поменять без рабочего стола, локальной сессии и мыши.
Ключевой инструмент здесь — Netplan, стандартный механизм описания сетевых интерфейсов в Ubuntu. Он использует YAML-конфиги и подходит не только для десктопов, но и для серверов, облачных инстансов и даже IoT-устройств. Схема работы простая: администратор описывает, как должен вести себя интерфейс, а затем применяет конфигурацию командой sudo netplan apply. На бумаге звучит сухо, зато на практике это тот случай, когда Linux действительно не просит лишнего.
Сценарий, который разбирает ZDNet, типичен для любой инфраструктуры без графики. Сначала нужно перейти в /etc/netplan, посмотреть список файлов и найти основной YAML. На настольных системах с DHCP он часто один; если файлов несколько, нужный нередко начинается с 00. Перед правкой — обязательная страховка: сделать резервную копию. После этого в конфиге ищется секция nameservers. Если ее нет, ее добавляют рядом с параметрами интерфейса, обычно перед строкой dhcp4: true. Внутри перечисляются DNS-адреса. Логика простая, но есть нюанс, который ломал жизнь не одному новичку: YAML не прощает кривых отступов. Ошибка на один пробел превращает «быстро поправить DNS» в сеанс медитативного чтения сообщений об ошибке.
Отдельно автор напоминает о роли NetworkManager на десктопах Ubuntu. Если система управляет DNS через него, ручная настройка может не сработать так, как ожидает администратор. В таком случае ZDNet предлагает отключить это поведение в файле /etc/NetworkManager/NetworkManager.conf, добавив параметры dns=none и rc-manager=unmanaged, а затем перезапустить сервис через sudo systemctl restart NetworkManager. Для опытного линуксоида это выглядит как очевидная деталь, но именно на таких деталях обычно теряются полчаса: конфиг вроде бы сохранен, netplan apply выполнен, а система продолжает жить по старым правилам.
Практическая ценность этой инструкции в том, что она одинаково полезна и для серверного администрирования, и для рабочих станций разработчиков. Настройка DNS Ubuntu требуется не только когда хочется перейти с DNS провайдера на Cloudflare или Google. Это и диагностика проблем с резолвингом, и обход неудачной конфигурации локального роутера, и настройка более предсказуемой сетевой среды для контейнерных хостов, внутренних зеркал пакетов или корпоративных репозиториев. Если машина получает IP по DHCP, это не мешает вручную задать DNS; если адрес статический, подход тоже работает. Для DevOps-команд и системных администраторов это важное напоминание: сетевой стек Linux давно не сводится к «открой какой-нибудь файл в /etc и надейся на лучшее», но и до избыточной магии дело не дошло.
Есть и второй слой смысла. Подобные заметки стабильно востребованы, потому что индустрия продолжает дрейфовать в сторону headless-сценариев. Рабочих серверов без GUI меньше не становится, облачные VM никто не открывает ради пары кликов в настройках, а даже на локальных машинах разработчики все чаще чинят сеть через терминал, особенно если сломался сам сетевой менеджер. На этом фоне умение проверить текущий DNS через resolvectl status | grep "DNS" или банально прогнать ping google.com после изменения настроек — не «хакерский трюк», а нормальная эксплуатационная гигиена.
При этом материал ZDNet не обещает никакой магии. Он, скорее, возвращает разговор о Linux в здоровую плоскость: многие задачи там решаются не десятком абстрактных сущностей, а одним конфигом, одной командой применения и одной командой проверки результата. Именно поэтому тема настройки DNS Ubuntu регулярно всплывает снова и снова: проблема маленькая, эффект от нее огромный, а цена ошибки — от неработающего браузера до сервера, который перестал видеть внешние ресурсы.
Для русскоязычной IT-аудитории вывод вполне земной. Чем больше команд работает с удаленными инстансами, self-hosted-сервисами и контейнерной инфраструктурой, тем полезнее становятся не «секретные приемы», а короткие, проверяемые CLI-процедуры. И если базовая настройка DNS Ubuntu все еще кажется задачей «на потом», это как раз тот случай, когда пять минут в терминале экономят гораздо больше времени, чем очередной поиск виноватого между провайдером, роутером и приложением.