Путь DNS-запроса: кэш и обращение к резолверу
Проследите получение A-записи с действующим кэшем и без него. Отделите ответ DNS от последующего соединения с приложением.
Какие связи показывает схема
Приложению нужен адрес для имени portal.example. В нашей модели оно обращается к резолверу, который либо использует подходящую запись в кэше, либо получает ответ через DNS. Кэш уменьшает число запросов, но не проверяет работоспособность сервера по найденному адресу.
Как сравнивать условия
Следите за тем, какой вопрос задан: имя и тип записи образуют смысл запроса. Наличие A не доказывает наличие AAAA или MX. TTL ограничивает время использования сохранённого DNS-ответа; это не таймер жизни сайта и не проверка его здоровья.
Границы учебной модели
Показана упрощённая положительная A-резолюция. Порядок NSS, hosts, DNSSEC, CNAME-цепочки, отрицательный кэш и транспорт DNS требуют отдельных условий. Браузер не отправляет запросы из этой схемы.
Технические источники
Использованы для проверки поведения. Объяснения и учебные сценарии созданы для проекта.
- IETF — DNS concepts and facilities, RFC 1034
Проверка текста: 2026-09-11. Нативное исполнение на всей матрице дистрибутивов ещё не подтверждено.
Основные понятия общие для Linux. Состав утилит, версии и системные настройки зависят от окружения.
От материала к практике
Выберите следующую тему в каталоге Linux или проверьте знакомые команды в учебном терминале.