DNS-запись — это строчка в базе данных, которая говорит браузеру, где искать нужный сайт. Это как адрес в навигаторе: пользователь вводит имя сайта, а система по DNS-записям выясняет, на какой IP отправить запрос.
DNS расшифровывается как Domain Name System — система доменных имён. Она превращает удобные для человека названия вроде site.ru в технические адреса типа 185.123.45.67. Если бы не DNS, интернет бы напоминал телефонную книгу без имён — только номера, и ни одного намёка на содержание.
Сами записи хранятся на DNS-серверах. Когда вы настраиваете домен, создаёте почту или подключаете сайт к хостингу — вы, скорее всего, имеете дело именно с этими строчками. Они незаметны для глаз пользователей, но без них интернет бы просто не работал.
Зачем нужны ресурсные записи
Ресурсная запись — это как визитка домена. Она содержит конкретные инструкции: куда отправлять трафик, какой IP связан с именем, где искать почтовый сервер, какой текст отдать в ответ на запрос и так далее.
Вот для чего используются ресурсные записи:
- Направление домена на IP-адрес сервера
- Подключение поддоменов (например, blog.site.ru или mail.site.ru)
- Настройка корпоративной почты
- Подтверждение права собственности на домен (например, для Google)
- Применение защитных механизмов, таких как SPF, DKIM, DMARC
- Подключение CDN, аналитики, сервисов третьих сторон
Когда всё настроено правильно, сайт открывается быстро, письма не попадают в спам, а сертификаты обновляются автоматически. Если где-то ошибка — пользователь может попасть совсем не туда, а письмо улетит в чёрную дыру.
Типы DNS-записей
Существуют десятки типов записей, но на практике чаще всего работают с 8–10 видами. Каждый из них отвечает за определённую задачу.
- A — самая распространённая. Указывает на IPv4-адрес сервера. Например, site.ru → 192.0.2.1
- AAAA — как A, но для IPv6. Используется всё чаще, так как адресов в старом формате не хватает.
- CNAME — создаёт псевдоним, указывающий на другое доменное имя. Например, www.site.ru → site.ru
- MX — отвечает за маршрутизацию почты. Указывает, куда должны идти письма для домена.
- TXT — универсальный тип. Используется для разных целей: верификация, настройки безопасности почты, комментарии.
- NS — определяет, какие DNS-серверы обслуживают домен.
- SOA — содержит технические параметры зоны: имя администратора, время обновления, номер версии.
- SRV — применяется в мессенджерах, VoIP, Jabber и других сервисах, которым нужно больше данных, чем просто IP.
- PTR — обратная запись. Позволяет по IP определить доменное имя. Нужна для почтовых серверов.
Каждая запись имеет TTL — время жизни в кэше. Чем оно меньше, тем чаще будет обновляться информация, но и нагрузка на DNS-сервер выше.
Способы проверки DNS-записей
Иногда нужно проверить: а всё ли настроено правильно? Особенно если сайт не открывается, почта не доходит или вы только что сменили хостинг.
Вот несколько способов, как это сделать:
- Вручную через терминал. Команды nslookup, dig, host подойдут для Windows, macOS, Linux. Они позволяют запрашивать конкретные типы записей.
- Через панель управления доменом. Большинство регистраторов (например, Reg.ru, GoDaddy, Namecheap) показывают список всех активных записей.
- Через онлайн-сервисы. Один клик — и вы видите A-запись, MX, TXT и даже кросс-ссылки.
- Через инструменты проверки почты. Они анализируют SPF, DKIM, DMARC и дают рекомендации.
- С помощью утилит на сервере. Например, dig site.ru MX покажет почтовые настройки.
Важно проверять записи не только по основному домену, но и по поддоменам, если они используются. Часто проблемы скрываются именно там.
Встречающиеся ошибки
DNS-записи — не самая сложная часть в настройке домена, но здесь тоже хватает ловушек. Особенно если делать всё вручную, наспех или по инструкции «из 2012 года».
Вот с чем чаще всего сталкиваются:
- Противоречивые записи. Например, CNAME и A у одного и того же поддомена. Это конфликт.
- Неверные приоритеты MX-записей. Почта может пойти не туда, куда нужно.
- Отсутствие SPF, DKIM, DMARC. Письма попадают в спам, отправка блокируется.
- Ошибки в синтаксисе TXT-записей. Пропущенная кавычка ломает всю валидацию.
- Устаревшие NS-записи. Особенно после смены хостинга.
- Слишком длинный TTL. Вы что-то поменяли, а DNS ещё сутки «думает».
- Дублирование записей. Две одинаковые A-записи могут сбить с толку DNS-сервер.
Чек-лист по правильной работе с DNS
Для стабильной и предсказуемой работы сайта важно подходить к настройке DNS не наугад, а как к сборке конструктора: чётко, пошагово.
- Убедитесь, что основной домен и www-версия указывают на один IP или CNAME
- Проверьте, что у всех используемых поддоменов есть нужные A или CNAME
- Настройте почтовые MX-записи с корректным приоритетом
- Добавьте SPF, DKIM, DMARC — это снизит вероятность попадания писем в спам
- Установите NS-записи, соответствующие вашему провайдеру DNS
- Убедитесь, что TTL не превышает 3600 секунд, если идут частые изменения
- Удалите неиспользуемые или дублирующиеся записи
- Используйте онлайн-проверку после каждого изменения
- Заведите отдельный файл или таблицу с историей изменений и пояснениями
Такая системность может показаться скучной, но она сэкономит нервы в самый неподходящий момент. Особенно, если в 9 утра сайт не открывается, а бизнес-лендинг висит на главной рекламной кампании.
Подведем итоги
DNS-записи — это основа, на которой держится связность вашего сайта, почты и всех сервисов. Они переводят доменные имена в IP-адреса, управляют маршрутами писем и подтверждают права на домен. От их корректности зависит, заработает ли сайт, дойдут ли письма, будет ли работать аналитика и интеграции.
Чтобы всё было в порядке:
- Разберитесь в типах записей: A, CNAME, MX, TXT, NS и других
- Используйте проверенные сервисы для диагностики
- Следите за ошибками и дублированием
- Документируйте все изменения и проверяйте после каждого шага
Работа с DNS — это как настройка двигателя. Видно не сразу, но от неё зависит, насколько гладко и быстро всё поедет.
