DNS-термины
Что означают DNS-записи
Поймите, что в диагностике означают A, AAAA, CNAME, MX, TXT, NS, SOA, CAA и PTR, и как читать реальный результат DNS-запроса без лишних выводов.
DNS легко читать неправильно, потому что вывод выглядит очень авторитетно даже тогда, когда отвечает только на один узкий вопрос. Запись может существовать и всё равно указывать не туда. Резолвер может вернуть нормальный ответ, а в другой точке ещё будет старый кеш. И далеко не каждый тип записи важен для одного и того же симптома. Чтобы читать DNS правильно, нужно понимать и сам тип записи, и контекст, в котором вы её проверяете.
Каждый тип записи отвечает на свой вопрос
A-запись полезна для доступности сайта. MX — нет. TXT может быть важна для верификации или почты и вообще не влиять на загрузку сайта.
Один ответ — это ещё не вся DNS-картина
То, что вы видите, зависит от резолвера, TTL, делегирования и момента времени после изменений.
Сопоставляйте запись с симптомом
Если сайт не открывается, чаще всего важны A, AAAA, CNAME, NS и иногда CAA или PTR, а не абстрактный сбор всех данных подряд.
01
Когда это руководство особенно полезно
Оно нужно тогда, когда DNS-вывод уже есть, но практический смысл записи всё ещё неочевиден.
Вы видите запись, но не понимаете, важна ли она
На вид корректный ответ всё равно может не иметь отношения к симптому, который вы расследуете.
Вы сравниваете DNS-инструменты
Так проще понять, почему Проверка DNS, nslookup, dig и обратный DNS в чём-то пересекаются, а в чём-то отвечают на разные вопросы.
Идёт миграция или доменная верификация
Понимание смысла каждой записи помогает не менять не тот слой во время переезда домена или обновления провайдера.
02
Что означают основные типы DNS-записей
Именно эти типы чаще всего всплывают в диагностике сайта и сетевой инфраструктуры.
| Запись | На что указывает | Почему это важно в диагностике |
|---|---|---|
| A | IPv4-адрес | Одна из первых записей, которую стоит проверять, когда имя хоста должно вести на веб-сервер. |
| AAAA | IPv6-адрес | Важна, когда сайт ведёт себя по-разному через IPv6 или кажется доступным только части пользователей. |
| CNAME | Другое имя хоста | Полезна, когда видимое имя хоста на самом деле является алиасом к пограничному узлу провайдера или управляемой платформе. |
| MX | Почтовые серверы | Относится к доставке почты, а не к прямой доступности сайта. |
| TXT | Текст для политик или верификации | Часто используется для SPF, верификации домена и настройки платформ, но обычно не является причиной недоступности сайта. |
| NS | Авторитативные серверы имён | Критична, когда само делегирование выглядит неправильным или ответы расходятся между зонами и провайдерами. |
| SOA | Метаданные об авторитетности зоны | Полезна для понимания источника зоны и косвенных признаков при администрировании DNS. |
| CAA | Какие центры сертификации имеют право выпускать сертификат | Важна, когда выпуск или продление HTTPS-сертификата ломается, хотя домен сам по себе резолвится нормально. |
| PTR | Обратное соответствие IP -> имя хоста | Полезна для обратного DNS, репутации и понимания того, как адрес идентифицирует сам себя. |
03
Как читать результат DNS-запроса и не делать лишних выводов
Запись существует, DNS-запрос вернул данные, а вывод всё равно может оказаться обманчивым. В этом и ловушка.
Найденная запись ещё не доказывает, что цель правильная
Имя хоста может успешно резолвиться и всё равно вести на старый сервер, чужой пограничный слой или IP, который уже не отдаёт нужный сайт.
Проблемы делегирования могут находиться выше уровня записи
Если сломаны NS или авторитетность зоны, нужная запись может быть вообще не первой вещью, которую стоит смотреть.
Распространение DNS зависит от времени
После DNS-изменений разные резолверы ещё какое-то время могут держать разные кэшированные ответы. Один чистый запрос не отменяет задержку распространения в других местах.
Обратный DNS отвечает на другой вопрос
PTR не говорит, правильно ли резолвится имя хоста сайта для пользователей. Он показывает, какое имя привязано обратно к IP.
04
Какой DNS-инструмент открыть дальше
Выбирайте страницу по тому вопросу, на который вам реально нужен ответ, а не просто по знакомому названию.
Это лучший общий вход, когда нужен понятный вывод записей по имени хоста и выбранному типу.
Проверка DNSDNS в стиле командыИспользуйте nslookup, если вам привычен классический командный форматПолезно для операторов, которые мыслят форматом старого вывода резолвера и хотят быстро проверить запись в знакомом виде.
nslookupDNS в стиле digИспользуйте dig, когда нужен более прямой взгляд на DNSПодходит, если вам ближе подача, похожая на прямой командный просмотр DNS-ответов.
digPTR-запросИспользуйте обратный DNS для PTR-вопросовОткрывайте его, когда у вас уже есть IP и нужно понять, какое имя, если вообще есть, указывает на него обратно.
Обратный DNS05
Частые ошибки при чтении DNS
Именно эти сокращения чаще всего приводят к неверному выводу об инфраструктуре.
- Считать, что любая найденная A-запись автоматически доказывает здоровье сайта.
- Искать причину веб-проблемы в TXT или MX, когда дело на самом деле в A, AAAA, CNAME, NS или самом веб-сервисе.
- Игнорировать делегирование серверов имён, если ответы выглядят непоследовательно между инструментами.
- Путать PTR-ответ с прямыми DNS-записями, от которых зависит реальная доступность сайта.