A и AAAA дают адресные данные. CNAME задаёт другое имя для продолжения разрешения; срок псевдонима и срок адресов его цели относятся к разным наборам.
DNS и разрешение имён
Адресные записи DNS A и AAAA
Определение
Адресные записи DNS A и AAAA — это два самостоятельных типа ресурсных записей, которые связывают имя с адресом: A — с 32-битным адресом IPv4, AAAA — со 128-битным адресом IPv6. Наборы кэшируются порознь, и правка одного набора не меняет второй.
Также ищут: A и AAAA records · адресная запись DNS · DNS address record
Зачем это знать
Один исправный адрес не доказывает исправность обоих сетевых путей. Неверная AAAA может проявляться у одних клиентов, когда проверка только A выглядит успешной.
Связи из словаря
Карта понятия
Адресные записи DNS A и AAAA
Доказательная часть
Что подтверждено
RDATA записи A содержит адрес IPv4, а RDATA записи AAAA — один 128-битный адрес IPv6.
Граница применимости: Адресные записи DNS класса IN.
Найденный IP-адрес выбирает возможную конечную точку, но приложение TLS всё равно сверяет ожидаемое имя с предъявленным сертификатом.
Граница применимости: Разрешение адреса DNS с последующим подключением по TLS.
A содержит 32-битный адрес IPv4, а AAAA — 128-битный адрес IPv6. Порт приложения и имя пути внутри HTTP в эти форматы не входят.
Граница применимости: Формат A по RFC 1035 и AAAA по RFC 3596; запись не описывает службу на адресе.
Несколько адресов одного типа образуют RRset, у которого нет общего правила приоритета по порядку строк. Приоритеты MX и SRV не появляются у A или AAAA автоматически.
Граница применимости: Неупорядоченность RRset по RFC 2181; конкретное приложение может иметь собственную стратегию выбора адреса.
A и AAAA принадлежат разным RRset и могут иметь разные сроки и результаты кэширования. Исправление IPv4-записи не является обновлением IPv6-записи того же имени.
Граница применимости: Вывод из идентичности RRset и отдельного типа AAAA; поведение переключения адресов конкретным клиентом не задаётся.
Обратное разрешение IPv6 использует PTR в дереве ip6.arpa. Публикация AAAA сама по себе не является публикацией соответствующей обратной записи.
Граница применимости: Прямые и обратные записи IPv6 по RFC 3596; автоматизацию провайдера адресов нужно проверять отдельно.
При приёмке службы с A и AAAA предлагаем проверить соединение и ожидаемую идентичность по каждой используемой адресной семье. Наличие DNS-ответа не подтверждает маршрут, слушающий процесс или сертификат.
Граница применимости: Редакторский договор приёмки из адресных записей и правил идентификации службы; стандарт не задаёт именно этот набор эксплуатационных испытаний.
Граница терминов
Не путать
Адресная запись предлагает место подключения. Проверенная конечная точка требует реального соединения и проверки ожидаемой службы; соответствие адреса DNS этого не заменяет.
Перед спецификацией
Что проверить
- Запросите A и AAAA по отдельности для точного имени.
- Сравните весь набор адресов с ожидаемыми значениями.
- Не трактуйте порядок строк как заданные приоритеты подключения.
- Проверьте TTL и кэш каждого используемого типа.
- Проверьте сетевой путь и порт службы по IPv4 и IPv6, если оба опубликованы.
- Сохраните исходное имя службы при проверке TLS на выбранном адресе.
- Если приложению нужна обратная запись, проверьте её в отдельной зоне.
Открытые основания
Первоисточники
- Domain Names — Implementation and Specification
Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.
- Service Identity in TLS
Задаёт construction и verification reference identifiers для TLS services; server identity находится в subjectAltName, не в commonName.
- Clarifications to the DNS Specification
Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.