Запись NAPTR - NAPTR record

Авторитетный Pointer ( NAPTR ) представляет собой тип записи ресурса в системе доменных имен в Интернете.

Записи NAPTR чаще всего используются для приложений в интернет-телефонии , например, для сопоставления серверов и адресов пользователей в протоколе инициации сеанса (SIP). Комбинация записей NAPTR с записями службы (SRV) позволяет объединять несколько записей в цепочку для формирования сложных правил перезаписи, которые создают новые метки домена или единообразные идентификаторы ресурсов (URI).

Код типа DNS для записи NAPTR - 35.

Обоснование

Унифицированные имена ресурсов ( URN ) - это подмножество унифицированных идентификаторов ресурсов ( URI ), используемых для абстрактных идентификаторов, таких как имя человека или его номер телефона. Чтобы URN были значимыми, они должны быть сопоставлены с каким-либо конкретным ресурсом. Унифицированные указатели ресурсов ( URL ) часто используются для описания таких ресурсов, таких как имя хоста компьютера или локальный файл.

Запись NAPTR помогает в стандартизации URN. Записи NAPTR сопоставляют наборы URN, URL-адресов и простых доменных имен и предлагают клиентам протоколы, доступные для связи с сопоставленным ресурсом. Каждая запись NAPTR содержит имя службы, набор флагов, правило регулярного выражения , значение порядка, предпочтение и шаблон замены. Несколько записей можно объединить в каскад для детерминированного переписывания URI . Эти правила каскадирования стандартизированы в RFC2915 и RFC3403.

Пример

Обычно записи NAPTR используются в протоколе инициации сеанса , где они используются для маршрутизации сеансов телефонной связи по IP-сетям. Например, SIP URN для телефонного номера в США 1-800-555-1234 может быть tel: + 1-800-555-1234 и его доменное имя 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. SIP-клиент, запрашивающий это имя, может получить:

$ORIGIN 4.3.2.1.5.5.5.0.0.8.1.e164.arpa.
IN NAPTR 100 10 "U" "E2U+sip" "!^.*$!sip:customer-service@example.com!" .
IN NAPTR 102 10 "U" "E2U+email" "!^.*$!mailto:information@example.com!" .

Первая запись имеет значение порядка 100, что меньше 102 и, следовательно, имеет приоритет. Его предпочтение, равное 10, неважно, поскольку других правил с порядком 100 нет. Имя службы E2U + sip представляет собой строку ENUM, указывающую, что запись может использоваться в запросах телефонного номера к SIP-URI. Клиент применяет регулярное выражение ! ^. * $! sip: customer-service@example.com ! , который заменяет весь URN tel: + 1-800-555-1234 на sip: customer-service@example.com . Флаг U указывает, что строка замены является SIP URN и что никакие дополнительные правила не должны применяться.

Чтобы разрешить SIP URN, клиент выполняет второй поиск NAPTR на example.com , в результате чего получается :

$ORIGIN example.com.
IN NAPTR 100 10 "S" "SIP+D2U" "!^.*$!sip:customer-service@example.com!" _sip._udp.example.com.
IN NAPTR 102 10 "S" "SIP+D2T" "!^.*$!sip:customer-service@example.com!" _sip._tcp.example.com.

Как и в первом примере, клиент выбирает первую запись, потому что она имеет наименьшее значение порядка. Правило регулярного выражения заменяет URN запроса, на этот раз именем домена _sip._udp.example.com . Флаг S указывает, что полученное доменное имя указывает на запись SRV . Таким образом, клиент завершает работу с _sip._udp.example.com , для которого он затем может получить запись SRV, чтобы инициировать телефонный вызов.

Поддерживать

Реализации NAPTR обычно также реализуют EDNS, поскольку ответы, возвращающие несколько записей NAPTR, обычно больше, чем нормальный предел размера пакета в 512 байт, и в противном случае потребовали бы менее эффективного возврата к TCP, а не к UDP.

Рекомендации