tldlog.com

новости о доменах

запись DNS

Отдельная запись в зоне DNS система доменных имен Справочник интернета, который связывает доменные имена с адресами компьютеров. Полное определение. У нее есть имя, тип, например A, MX или TXT, TTL время жизни Сколько времени резолверы могут хранить сохраненную копию записи DNS. Полное определение и сами данные, например IP межсетевой протокол Базовые правила передачи данных в интернете с числовым адресом для каждого подключенного устройства. Полное определение. Все записи с одинаковым именем и типом образуют набор, который всегда передается в ответе и подписывается целиком.

категория
DNS и технические основы

Обновлено 4 мин чтения

Запись DNS – это один элемент DNS-зоны домена. Каждая запись отвечает на один вопрос об имени, например какой сервер обслуживает сайт или куда доставлять почту. Владельцы доменов обычно редактируют несколько записей у своего DNS-провайдер Компания, которая обслуживает DNS-серверы домена и может не совпадать с регистратором. Полное определение, и одна неверная запись может нарушить работу сайта или почты.

Что такое запись DNS: имя, тип, TTL и данные

У каждой записи одни и те же части: имя, к которому она относится (например, www.example.com), тип (A, MX, TXT и так далее), TTL и сами данные, например IP-адрес.

TTL – это число секунд, в течение которых резолвер DNS-сервер, который ищет доменные имена по запросам пользователей. Полное определение может хранить ответ, прежде чем запросить его снова. Это максимум, а не гарантия. После изменения часть пользователей продолжает видеть старое значение, пока не истечет старый TTL; именно это неформально называют распространением DNS.

Записи с одинаковыми именем и типом образуют набор ресурсных записей (RRset). Запрос всегда возвращает весь набор, у всех его записей должен быть одинаковый TTL, а DNSSEC расширения безопасности DNS Цифровые подписи, которые подтверждают, что ответы DNS подлинны и не изменены. Полное определение подписывает набор целиком.

Записи, которые нужны большинству владельцев: A, AAAA, CNAME, MX и TXT

  • A направляет имя на адрес в протоколе IP версии 4 (IPv4). Несколько адресов означают несколько записей A.
  • AAAA делает то же самое для более новой и длинной версии 6 (IPv6).
  • CNAME делает имя псевдонимом ровно одного другого имени, и поиск начинается заново уже с него. Рядом с псевдонимом не может быть других данных, кроме записей DNSSEC.
  • MX указывает почтовые серверы домена, каждый с числом приоритета; сначала пробуют серверы с меньшим числом. Целью должно быть настоящее имя хоста, а не псевдоним. Если записей MX нет совсем, отправляющие серверы используют записи A или AAAA домена. Домен, который не принимает почту, может опубликовать «нулевую MX» (null MX): приоритет 0 и одна точка в качестве цели.
  • TXT содержит текст, смысл которого зависит от того, где он опубликован. Сервисы часто просят разместить значение TXT, чтобы подтвердить контроль над доменом. SPF Sender Policy Framework запись DNS со списком серверов, которым разрешено отправлять электронную почту от имени домена. Полное определение должна публиковаться как TXT, причем только одна запись SPF на имя. Политика DMARC Domain-based Message Authentication, Reporting and Conformance Опубликованная в DNS политика, которая указывает получателям почты, как поступать с письмами, не прошедшими аутентификацию. Полное определение – это запись TXT по адресу _dmarc.example.com.

Записи, которые обеспечивают работу зоны: NS и SOA

Записи NS перечисляют авторитативные DNS-сервер Сервер, который хранит записи DNS домена и отвечает на запросы. Полное определение зоны. Они находятся в вершине зоны, а также в родительской зоне, например в зоне TLD домен верхнего уровня Последняя часть доменного имени, после последней точки. Полное определение, где обозначают делегирование и указывают резолверам, куда обращаться дальше. Они должны указывать на настоящие имена хостов, а не на псевдонимы.

В каждой зоне ровно одна запись SOA начало зоны полномочий Запись в начале зоны DNS с ее серийным номером и параметрами времени. Полное определение (start of authority, начало полномочий), в ее вершине. Она содержит основной сервер, почтовый ящик ответственного лица, серийный номер и таймеры в секундах. Вторичные серверы загружают новые данные только при увеличении серийного номера. Ее поле MINIMUM вместе с собственным TTL записи SOA сейчас определяет, сколько кэшируются ответы «не существует». Обычно запись SOA для клиентов ведут DNS-провайдеры.

Специальные записи: SRV, PTR, CAA, HTTPS и подстановочные записи

  • SRV указывает сервер и порт для службы под именем вида _service._protocol.example.com. Клиенты сначала пробуют наименьший приоритет и распределяют нагрузку по весу. Целью не может быть псевдоним.
  • PTR сопоставляет адресу имя. Обратные записи находятся в зонах in-addr.arpa (IPv4) и ip6.arpa (IPv6), которые повторяют структуру IP-адресов, а не доменное имя Понятное человеку имя в интернете, состоящее из меток, разделенных точками. Полное определение, поэтому их не задают в собственной зоне домена. Эксплуатационные рекомендации советуют, чтобы записи PTR и A совпадали.
  • CAA (Certification Authority Authorization, авторизация удостоверяющих центров) перечисляет удостоверяющие центры, которые могут выпускать сертификаты для имени. Центры, соблюдающие стандарт, обязаны проверять ее перед выпуском, при необходимости поднимаясь к родительским именам, поэтому CAA, заданная для example.com, распространяется и на www.example.com, если у www собственной нет. Браузеры не должны использовать ее для проверки сертификатов.
  • SVCB и HTTPS Hypertext Transfer Protocol Secure Зашифрованная версия протокола, с помощью которого веб-браузеры загружают страницы. Полное определение сообщают клиентам до подключения, какие серверы, протоколы и порты использовать. HTTPS – это вариант для веба; название обозначает тип записи, а не протокол.
  • Подстановочные записи (wildcards) начинаются с метки *, например *.example.com. Они отвечают только для имен, которых вообще не существует, только теми типами, которые в них есть, и не для имен ниже себя. По состоянию на октябрь 2026 года базовое Соглашение об администрировании реестра ICANN Интернет-корпорация по присвоению имен и номеров Некоммерческая организация, которая координирует глобальную DNS и политику в отношении gTLD. Полное определение, утвержденное 21 января 2024 года, запрещает регистратурам gTLD общий домен верхнего уровня Домен верхнего уровня, не привязанный к стране и работающий по договорам с ICANN. Полное определение использовать подстановочные записи или любой другой способ отвечать за незарегистрированные имена: на такие запросы должен возвращаться NXDOMAIN несуществующий домен Ответ DNS, означающий, что запрошенное имя не существует. Полное определение.

Почему CNAME нельзя разместить на корне домена и как это обходят с помощью ALIAS

Корень домена (вершина зоны Имя без префиксов на самом верху зоны DNS, например example.com. Полное определение) должен содержать записи SOA и NS, а CNAME не может иметь общее имя с другими данными. CNAME в этом месте вступает с ними в конфликт: некоторые серверы тогда игнорируют записи NS, и домен перестает работать.

Стандартное решение – записи A и AAAA на корне домена. записи HTTPS и SVCB записи DNS, которые сообщают клиентам, как подключаться к сервису, в том числе к сайту. Полное определение в режиме «AliasMode» тоже может направить корень домена на другое имя, но клиенты, которые ее не поддерживают, ее игнорируют, поэтому записи A и AAAA должны оставаться.

Многие DNS-провайдеры предлагают собственную функцию, которая называется ALIAS, ANAME или CNAME flattening: провайдер сам ищет целевое имя и отвечает его адресами. По состоянию на октябрь 2026 года эти функции являются собственными разработками провайдеров. Проект стандарта ANAME утратил силу, а в реестре типов записей IANA Администрация адресного пространства интернета Функции, которые координируют корневую зону, IP-адреса и номера протоколов. Полное определение нет типов ALIAS и ANAME. Поведение различается, поэтому сменить провайдера или использовать нескольких сложнее.

Частые ошибки при редактировании записей и как их проверить

  • Пропущенная завершающая точка в полном имени в файле зоны, из-за чего к нему добавляется имя зоны: mail.example.com.example.com.
  • CNAME рядом с другими записями или на корне домена.
  • MX-запись Mail Exchange record запись DNS, которая указывает, куда доставлять электронную почту домена. Полное определение, NS или SRV, указывающая на CNAME.
  • Две записи SPF на одном имени.
  • Серийный номер SOA не увеличен при ручном редактировании файл зоны Набор всех записей DNS домена или TLD. Полное определение.
  • CNAME, которые по-прежнему указывают на удаленный хост, или CNAME, указывающие на другие CNAME.
  • TTL снижен только после изменения: кэши могут хранить старый ответ в течение старого TTL.

После каждого изменения стоит запросить запись с помощью инструмента поиска, например dig. Прямой запрос к авторитативному серверу показывает новое значение независимо от кэшей. Если неясно, какие записи нужны сервису, лучше уточнить у DNS-провайдера.

Источники

связанные термины