Обратный поиск DNS - Reverse DNS lookup

В компьютерная сеть, а обратный поиск DNS или же обратное разрешение DNS (rDNS) - это метод запросов к система доменных имен (DNS) для определения доменное имя связанный с айпи адрес - обратный обычному «прямому» DNS-поиску IP-адреса из доменного имени.[1] Процесс обратного разрешения IP-адреса использует PTR записи. rDNS включает поиск в реестре доменных имен и в таблицах регистраторов. Это может быть использовано, чтобы попытаться идентифицировать доменное имя отправителя для отслеживания, например, спамера, рассылающего спам-письма, или доменного имени компьютера, пытающегося взломать брандмауэр, или кого-то, пытающегося взломать систему. Его также можно использовать для определения названия интернет-провайдер назначен конкретному IP-адресу. База данных обратного DNS в Интернете базируется на .arpa домен верхнего уровня.

Хотя информационный RFC 1912 (раздел 2.1) рекомендует, чтобы «каждый доступный через Интернет хост имел имя» и что «для каждого IP-адреса должна быть соответствующая запись PTR», это не Интернет Стандарт требуется, и не все IP-адреса имеют обратную запись.

Историческое использование

Современный «обратный поиск в DNS» не следует путать с устаревшим механизмом «обратного запроса» (IQUERY), указанным в RFC 1035:

Обратные запросы имеют форму одного запись ресурса (RR) в разделе ответов сообщения с пустым разделом вопросов. Имя владельца запроса RR и его время жить (TTL) не имеют значения. Ответ содержит вопросы в разделе вопросов, которые определяют все имена, имеющие запрос RR. который знает сервер имен. Поскольку ни один сервер имен не знает обо всем пространстве имен домена, ответ нельзя считать полным. Таким образом, обратные запросы в первую очередь полезны для управления базами данных и отладки. Обратные запросы нет приемлемый метод сопоставления адресов хостов именам хостов; использовать in-addr.arpa вместо этого домен.[2]

Тип сообщения IQUERY всегда был необязательным.[2] и «так и не получили широкого распространения»;[3] он был «на постоянной основе»[3] в 2002 г. с принятием RFC 3425.

Детали реализации

Обратное разрешение IPv4

Обратный поиск в DNS для IPv4 адреса используют специальный домен in-addr.arpa. В этом домене IPv4-адрес представлен в виде объединенной последовательности из четырех десятичных чисел, разделенных точками, к которой добавляется суффикс домена второго уровня. .in-addr.arpa. Четыре десятичных числа получаются путем разделения 32-битного IPv4-адреса на четыре части. октеты и преобразование каждого октета в десятичное число. Затем эти десятичные числа объединяются в следующем порядке: сначала младший октет (крайний левый), затем самый старший октет (крайний правый). Важно отметить, что это порядок, обратный обычному десятичному соглашению, разделенному точками, для записи адресов IPv4 в текстовой форме.

Например, чтобы выполнить обратный поиск IP-адреса 8.8.4.4 запись PTR для доменного имени 4.4.8.8.in-addr.arpa будет найден и будет указывать на google-public-dns-b.google.com.

Если Запись за google-public-dns-b.google.com в свою очередь указал на 8.8.4.4 тогда было бы сказано, что это подтвержденный заранее.

Бесклассовый метод обратного DNS

Исторически сложилось так, что интернет-реестры и поставщики интернет-услуг выделяли IP-адреса блоками по 256 (для класса C) или более крупными блоками на основе октетов для классов B и A. По определению, каждый блок приходился на границу октета. На этом определении была основана структура обратного DNS-домена. Однако с введением Бесклассовая междоменная маршрутизация IP-адреса распределялись гораздо меньшими блоками, и, следовательно, первоначальный дизайн записей указателей был непрактичным, поскольку не могла быть предоставлена ​​автономия администрирования меньших блоков. RFC 2317 разработал методологию решения этой проблемы с использованием Записи CNAME.

Обратное разрешение IPv6

Обратный поиск в DNS для IPv6 адреса используют специальный домен ip6.arpa (ранее ip6.int[4]). IPv6-адрес отображается как имя в этом домене в виде последовательности грызет в обратном порядке, представленные шестнадцатеричными цифрами как субдомены. Например, указатель доменного имени, соответствующего IPv6-адресу 2001: db8 :: 567: 89ab является b.a.9.8.7.6.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.

Записи с несколькими указателями

Хотя большинство записей rDNS имеют только одну запись PTR, DNS не ограничивает количество. Несколько записей PTR используются, например, когда веб-сервер поддерживает множество виртуальные хосты - то есть несколько имен хостов затем разрешаются в один адрес, и несколько имен хостов будут возвращены для поиска PTR для этого общего адреса. Однако поиск DNS обычно происходит через UDP, и, поскольку UDP имеет ограниченный размер сообщения, в крайних случаях несколько PTR могут привести к тому, что ответ DNS может превысить эти ограничения UDP.

Записи, отличные от записей PTR

Типы записей, отличные от записей PTR, также могут отображаться в обратном дереве DNS. Например, ключи шифрования могут быть помещены туда для IPsec, SSH и АЙК. Обнаружение службы на основе DNS использует специально названные записи в обратном DNS-дереве, чтобы предоставлять клиентам подсказки о доменах обнаружения служб, зависящих от подсети.[5] Менее стандартизованные способы использования включают комментарии, размещенные в TXT записи и Записи LOC для определения геофизического местоположения IP-адреса.

Использует

Наиболее распространенные варианты использования обратного DNS включают:

  • Первоначальное использование rDNS: устранение неполадок сети с помощью таких инструментов, как трассировка, пинг, и поле заголовка трассировки "Получено:" для SMTP электронная почта, веб-сайты, отслеживающие пользователей (особенно на Интернет-форумы ), так далее.
  • Один техника защиты электронной почты от спама: проверка доменных имен в rDNS, чтобы узнать, принадлежат ли они, вероятно, пользователям удаленного доступа, или динамически назначаемым адресам, которые вряд ли будут использоваться законными почтовыми серверами. Владельцы таких IP-адресов обычно присваивают им общие имена rDNS, такие как «1-2-3-4-dynamic-ip.example.com». Некоторые фильтры защиты от спама предполагают, что электронная почта, отправляемая с таких адресов, скорее всего, является спамом, и могут отказывать в соединении.[6][7]
  • А обратный DNS с прямым подтверждением (FCrDNS) проверка может создать форму аутентификации, показывающую действительные отношения между владельцем доменного имени и владельцем сервера, которому был предоставлен IP-адрес. Хотя это не очень тщательная проверка, она достаточно сильна, чтобы ее часто использовать для белый список целей, поскольку спамеры и фишеры обычно не могут достичь прямой проверки, когда они используют зомби-компьютеры подделывать записи домена.
  • Средства ведения системного журнала или мониторинга часто получают записи с соответствующими устройствами, указанными только по IP-адресам. Чтобы предоставить более удобные для человека данные, эти программы часто выполняют обратный поиск перед записью журнала, таким образом записывая имя, а не IP-адрес.

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

  1. ^ «Обратный DNS». Cloudflare. Архивировано из оригинал (HTML) 30 марта 2019 г.. Получено 25 июля 2019. Обратный поиск DNS - это запрос DNS для доменного имени, связанного с заданным IP-адресом. Это выполняет противоположность более часто используемого прямого поиска DNS, при котором система DNS запрашивает возврат IP-адреса.
  2. ^ а б «RFC 1035 - Доменные имена - реализация и спецификация». Ноябрь 1987 г.. Получено 2017-12-28.
  3. ^ а б «RFC 3425 - устаревший IQUERY». Ноябрь 2002. Получено 2017-12-28.
  4. ^ Дж. Хьюстон (август 2005 г.). Прекращение поддержки "ip6.int". Сетевая рабочая группа IETF. Дои:10.17487 / RFC4159. BCP 109. RFC 4159.
  5. ^ С. Чешир; М. Крочмаль (февраль 2013 г.). Обнаружение службы на основе DNS. IETF. сек. 11. Дои:10.17487 / RFC6763. ISSN  2070-1721. RFC 6763.
  6. ^ FAQ по spamhaus
  7. ^ справочная страница из AOL В архиве 10 декабря 2006 г. Wayback Machine

внешняя ссылка

  • ICANN DNS операции
  • RFC 3596 DNS Extensions для поддержки IP версии 6
  • Политики RDNS: AOL, Comcast, Craigslist, Misk.com