Сеть / Ступень 9 из 14 · шаг 7 из 8

Внутренние имена не находятся

~15 мин

Не запущена Запускается обычно ~20 с

Ситуация

После переезда сервера внутренние имена перестали находиться: getent hosts app.internal ничего не печатает, а ping app.internal пишет Temporary failure in name resolution. Имена *.internal в этой сети обслуживает DNS-сервер, который работает на этой же машине.

Задача

Имя app.internal находится: getent hosts app.internal печатает адрес 10.0.0.10.
Адрес приходит от DNS-сервера, а не из строки в /etc/hosts.

Интернета на машине нет, всё нужное уже установлено. Сам сервис app.internal в этой лабе не запущен — проверяется только имя.

Цели лабы

0 из 2

getent hosts app.internal печатает 10.0.0.10 — ещё не проверялась
Адрес приходит от DNS-сервера, а не из /etc/hosts — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Сеть · подобрано по лабе

DNS и разрешение имён

Шпаргалка

$_ — вставить в терминал

getent hosts example.com как резолвит система (для приложений)
resolvectl status DNS-серверы и search-домены
dig +short example.com быстрый ответ (только IP)
dig example.com MX запись конкретного типа
dig @8.8.8.8 example.com проверить через публичный DNS
dig +trace example.com где ломается делегирование
resolvectl flush-caches сбросить кэш
локально правит /etc/hosts, постоянно — nameservers в netplan

/etc/hosts — локальные переопределения (обычно выше DNS):

127.0.0.1     localhost
192.168.1.10  myserver myserver.local

bash

getent hosts myserver             # проверить, что переопределение видно системе
resolvectl flush-caches           # сбросить кэш systemd-resolved
resolvectl statistics             # хиты/промахи кэша

dig / host / nslookup

bash

dig example.com                   # подробный DNS-запрос (пакет dnsutils/bind9-dnsutils)
dig +short example.com            # только ответ (IP) — удобно в скриптах
dig +short example.com AAAA       # IPv6-адрес
dig example.com MX                # записи типа (A, AAAA, MX, TXT, NS, SOA, CNAME…)
dig @8.8.8.8 example.com          # спросить КОНКРЕТНЫЙ сервер (мимо локального)
dig +trace example.com           # пройти делегирование от корня (где ломается)
dig -x 1.2.3.4                    # обратный запрос (PTR)
dig +noall +answer example.com   # только секция ответа
host example.com                  # коротко и просто
host -t MX example.com           # тип записи
nslookup example.com             # классика (интерактивный тоже)

Пингуется IP, но не имена

DNS не работает. По лесенке: 1. resolvectl status — есть ли DNS-сервер у интерфейса (Current DNS Server). 2. getent hosts example.com — резолвится ли через систему вообще. 3. dig @8.8.8.8 example.com — отвечает ли публичный DNS (если да — проблема в локальном/resolved).

Имя резолвится не в тот IP

Запись в /etc/hosts перебивает DNS — проверь его (getent hosts имя).
Старый кэш: resolvectl flush-caches.
Несколько A-записей/round-robin — это нормально (балансировка).

resolv.conf затирается после ребута

Не правь /etc/resolv.conf напрямую (это симлинк на resolved). Настраивай DNS в netplan (nameservers:) или /etc/systemd/resolved.conf, затем sudo netplan apply / systemctl restart systemd-resolved.

Внутренние имена не резолвятся, внешние — да

Нет search-домена или нужного DNS для внутренней зоны. Проверь resolvectl status (Search Domains) и добавь домен/сервер в netplan.

`dig` работает, а приложение «не находит» хост

dig ходит в DNS мимо NSS. Проверяй через getent hosts/resolvectl query — причина в /etc/hosts, nsswitch.conf или кэше resolved.