PTR-запись: Как работает запись DNS?

Система доменных имен (DNS) упрощает общение в Интернете. Наиболее известной ее функцией, вероятно, является разрешение имен. Это позволяет пользователю вводить URL-адрес в браузере и при этом устанавливать соединение через IP-адрес. Для того чтобы это работало, DNS, а точнее, ответственные серверы имен, обращаются к файлам зон. Это простые текстовые файлы, в которых записи DNS перечислены построчно. В то же время, разрешение имен осуществляется с помощью записей A или AAAA. Соединения с электронной почтой обеспечиваются с помощью записей MX.

Записи PTR фактически представляют собой аналог записей A. Вместо того чтобы присваивать доменное имя IP-адресу, связь происходит наоборот. Таким образом, PTR-записи делают возможным обратный DN.

PTR означает «указатель». Название уже дает вам первоначальное представление о том, что достигается с помощью этого типа записи. Запись PTR ссылается на объект: доменное имя. Это делает возможным обратный DNS (rDNS) или обратный поиск. Как правило, пользователь хочет установить соединение с сервером, доменное имя которого уже известно, но у него нет правильного IP-адреса. В случае обратного запроса процесс происходит в прямо противоположном направлении: IP-адрес уже известен, и пользователь хочет выяснить, как называется соответствующий домен или по какому URL-адресу к нему можно обратиться.

Структура PTR-записи аналогична структуре других типов записей. Различные части информации располагаются в записи друг за другом в полях.

• <имя>: Первое поле в PTR-записи заполняется IP-адресом.
• <ttl>: Время жизни определяет время в секундах, в течение которого запись действительна, прежде чем ее нужно будет активировать снова
• <class>: Это поле содержит аббревиатуру используемого класса сети
• <type>: В данном случае PTR находится в четвертой позиции, чтобы определить тип записи
• <rdata>: Наконец, последнее поле содержит данные о ресурсе — доменное имя.

Все поля расположены в соответствии с последовательностью в пределах строки. Поля не разделяются символом, достаточно пробела. Строка и, следовательно, запись завершается только с помощью перевода строки.

Синтаксис строится точно так же, как и в записи A, отличается только содержание полей. Вначале указывается IP-адрес. Для этого подходят как адреса IPv4, так и IPv6. Но есть одна особенность, о которой следует помнить: здесь используется обратное отображение. Поэтому IP-адрес указывается в обратной последовательности.

Однако если используется адрес IPv4, то он включает только октеты. Внутри конкретных групп последовательность порядковых номеров остается неизменной. С адресами IPv6 дело обстоит иначе: В них каждая цифра и/или буква меняется на противоположную и отделяется от следующего значения точкой. Даже ведущие нули, которые обычно опускаются в шестнадцатеричной системе счисления, записываются в записях PTR.

Зона также должна быть указана. Здесь возможны два варианта, опять же в зависимости от того, идет ли речь об адресе IPv4 или IPv6. Первая получает расширение in-addr.arpa., вторая ip6.arpa.

Время жизни определяет срок, в течение которого запись еще действительна. Если этот срок истек, информацию необходимо запросить снова. Таким образом, DNS избегает проблемы хранения в кэше устаревших записей, что может привести к проблемам с соединением. Обычно, однако, это поле не появляется в самой записи. Вместо этого, с помощью директивы $TTL в начале файла, время определяется для всей зоны. TTL указывается в секундах.

Сегодня поле class имеет лишь историческое значение. Когда разрабатывался DNS, существовали еще два сетевых проекта: Hesiod (с аббревиатурой HS) и Chaosnet (представленный CH)). Оба больше не используются, поэтому для данного класса возможен только интернет. По этой причине данное поле обычно содержит аббревиатуру IN или полностью опущено. Если поле оставлено пустым, система основывается на обычном стандарте, которым, в свою очередь, является интернет. Для такого рода записей тип, по понятным причинам, всегда PTR. В последнем поле данных можно найти доменное имя — опять же в нотации FQDN.

В качестве примера предположим, что пользователь знает IP-адрес example.org, но не знает, какой домен находится за ним. Адрес читается как 2606:2800:220:1:248:1893:25c8:1946 и 93.184.216.34. Чтобы пользователь мог использовать обратный DNS, мы делаем доступными записи PTR. В нашем примере они будут иметь следующую структуру:

Здесь мы определили время жизни в начале файла так, чтобы оно было действительно для всех записей. Затем следуют обе PTR-записи, каждая из которых содержит IP-адреса, относящиеся к доменным именам. Они обеспечивают обратный поиск.

Если вы хотите посмотреть PTR-запись сайта, вы можете воспользоваться рядом веб-сервисов. С помощью Public DNS компания Google предлагает пользователям возможность отображения всех доступных DNS-записей домена. Для активации PTR-записи необходимо ввести действительный IP-адрес на сайте службы. Нет необходимости преобразовывать адрес, чтобы он соответствовал формату PTR-записи. Приложение Google позаботится об этом само.

Public DNS должен автоматически распознать, что вы хотите выполнить поиск PTR-записи. Параметры конфигурации EDNS Client Subnet и DNSSEC изменять не нужно. Первая опция обеспечивает более эффективный DNS-запрос, а вторая гарантирует, что никакая третья сторона не перехватила линию связи и не изменила запрашиваемую информацию.

Результаты появляются в пункте «Ответ». Сервис тут же выдает два разных сервера, имена которых можно найти в пункте «Данные». Как вы можете видеть, оба имеют одинаковое значение TTL, что указывает на выделение для всей зоны.

Для типа вместо аббревиатуры указано число. Управление по присвоению номеров в Интернете (IANA) присвоило каждому типу записи индивидуальное значение, присвоив каждому из них порядковый номер. Запись PTR ассоциируется с номером 12.

Проверенный IP-адрес на самом деле является частью домена google.com. Однако ответы указывают непосредственно на внутренние имена серверов, которые не предназначены для публичного использования и также не функционируют как URL.