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

Псевдоним DNS — запись CNAME

Определение

Псевдоним DNS (CNAME) — это ресурсная запись, которая объявляет одно имя псевдонимом другого доменного имени: поиск нужного типа записи резолвер продолжает уже по нему. Имя с CNAME не несёт других обычных данных, а в самой записи нет ни пути, ни порта.

Также ищут: каноническое имя DNS · DNS alias record · CNAME record

Зачем это знать

Псевдоним позволяет менять адреса цели в одном месте, но добавляет зависимость от её зоны и кэша. Он не заменяет перенаправление веб-приложения и не освобождает от проверки исходного имени службы.

Связи из словаря

Карта понятия

Псевдоним DNS — запись CNAME
Доказательная часть

Что подтверждено

  1. RDATA записи CNAME содержит каноническое доменное имя, по которому резолвер продолжает поиск для исходного псевдонима.

    Граница применимости: Классическая обработка CNAME в DNS.

  2. CNAME продолжает разрешение DNS под другим именем. Перенаправление HTTP сообщает клиенту новое местоположение через ответ приложения; это другой механизм и другой этап.

    Граница применимости: Сопоставление CNAME и перенаправлений HTTP; DNS-запись сама не задаёт HTTP-статус или поле Location.

  3. Имя с CNAME не должно одновременно нести другие обычные данные DNS. Служебные записи DNSSEC, нужные для подписи и доказательств, рассматриваются отдельно; правило не означает запрета самих подписей.

    Граница применимости: Ограничение псевдонима RFC 2181 и подписанные наборы RFC 4035; механизмы панелей с другими названиями не объявляются CNAME.

  4. Запрос типа CNAME спрашивает саму запись псевдонима. Обычное разрешение другого типа, например A, может продолжиться по имени из CNAME до нужных данных.

    Граница применимости: Алгоритм обработки псевдонимов RFC 1034; конкретный вывод диагностической утилиты может показывать несколько шагов вместе.

  5. Данные CNAME — доменное имя, а не URL с путём или номером порта. Такая запись не задаёт переход на другую веб-страницу и не описывает транспорт приложения.

    Граница применимости: Формат CNAME в RFC 1035; соглашения интерфейса DNS-провайдера проверяются отдельно.

  6. CNAME и адреса конечной цели принадлежат разным наборам записей. Изменение цели псевдонима или её адресов нужно проверять с учётом каждого участвующего кэша и срока.

    Граница применимости: Редакторский вывод из обработки CNAME и идентичности RRset; единый общий TTL всей цепочки не вводится.

  7. Для HTTPS имя из доверенного исходного адреса остаётся основанием проверки службы после разрешения CNAME. Сертификат только на найденное имя цели не становится автоматически подходящим для исходного имени.

    Граница применимости: Сопоставление разрешения псевдонима и проверки DNS-идентификатора службы по RFC 9525; поведение других прикладных профилей рассматривается отдельно.

Граница терминов

Не путать

Псевдоним DNS — запись CNAME Адресные записи DNS A и AAAA

CNAME называет следующую цель разрешения, A и AAAA содержат её возможные адреса. Перенос псевдонима не переписывает уже сохранённые адресные наборы в чужих кэшах.

Псевдоним DNS — запись CNAME Запись HTTPS в DNS

CNAME — псевдоним имени для DNS. HTTPS — тип записи с правилами поиска службы и параметрами соединения; его режим псевдонима не следует считать обычным CNAME для всех типов.

Перед спецификацией

Что проверить

  1. Проверьте, что в цель записано доменное имя без схемы, порта и пути.
  2. Разверните относительное имя цели по правилам зоны или панели.
  3. Исключите конфликт CNAME с другими обычными данными того же имени.
  4. Проследите всю цепочку до требуемого типа, исключив циклы и нерабочие цели.
  5. Проверьте отдельные TTL псевдонима и адресов конечной цели.
  6. Для HTTPS проверьте сертификат относительно ожидаемого исходного имени службы.
  7. Для перехода на другой URL настройте приложение отдельно от CNAME.
Открытые основания

Первоисточники

  • Стандарт7
  • Первичная спецификация
    Domain Names — Implementation and Specification Internet Engineering Task Force · RFC 1035, November 1987 · проверено

    Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.

    Утверждения: 01 · 02 · 05 · 07

  • Первичная спецификация
    Clarifications to the DNS Specification Internet Engineering Task Force · RFC 2181, July 1997 · проверено

    Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.

    Утверждения: 01 · 03 · 06

  • Первичная спецификация
    HTTP Semantics Internet Engineering Task Force · RFC 9110, June 2022 · проверено

    Определяет stateless HTTP, origin server, intermediaries, target URI и security significance полей authority и Host.

    Утверждения: 02

  • Первичная спецификация
    Protocol Modifications for the DNS Security Extensions Internet Engineering Task Force · RFC 4035, March 2005 · проверено

    Определяет signing, authoritative serving и resolver validation behavior DNSSEC.

    Утверждения: 03

  • Первичная спецификация
    Domain Names — Concepts and Facilities Internet Engineering Task Force · RFC 1034, November 1987 · проверено

    Определяет иерархию DNS, zones, authoritative data, referrals и resolver algorithm.

    Утверждения: 04 · 06

  • Первичная спецификация
    Service Identity in TLS Internet Engineering Task Force · RFC 9525, November 2023 · проверено

    Задаёт construction и verification reference identifiers для TLS services; server identity находится в subjectAltName, не в commonName.

    Утверждения: 07

  • Первичная спецификация
    Service Binding and Parameter Specification via the DNS Internet Engineering Task Force · RFC 9460, November 2023 · проверено

    Определяет SVCB и HTTPS records, alternative endpoints и extensible service parameters.

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие