Обратный DNS-поиск
Введите IP-адрес, чтобы найти его обратное DNS-имя (PTR). Недопустимый адрес IPv4 или IPv6.
Введите адрес IPv4 или IPv6, и поиск вернет PTR-запись: имя хоста, которое владелец IP связал с этим адресом. PTR есть не у каждого IP; его отсутствие обычно для мобильных и домашних сетей. У правильно настроенного почтового сервера всегда совпадает прямая и обратная DNS-запись, поэтому PTR важен для антиспам-фильтров.
Как работает обратный DNS
-
1
Сформировать запрос
IPv4 4.3.2.1 превращается в 1.2.3.4.in-addr.arpa. IPv6 использует имя .ip6.arpa с обратным порядком nibble.
-
2
Запросить PTR
DNS-запрос получает PTR-запись по этому перевернутому имени.
-
3
Получить авторитетный ответ
Ответ приходит из DNS-зоны, которой управляет ISP или владелец IP-блока, а не владелец домена.
-
4
Проверить прямое разрешение
В исправной настройке имя хоста из PTR через запись A или AAAA снова указывает на исходный IP.
Дерево .in-addr.arpa
Обратный DNS использует специальный домен верхнего уровня. Адрес IPv4 192.0.2.15 становится именем запроса 15.2.0.192.in-addr.arpa. Октеты разворачиваются, потому что DNS иерархичен справа налево: более крупный префикс (192) находится ближе к корню, чем хост (15).
В IPv6 разворачивается каждый nibble (4 бита):
2001:db8::1 → 1.0.0.0.0.0.0.0.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
Кто управляет PTR-записью
В отличие от прямого DNS, вы обычно не управляете собственным PTR напрямую. Владелец IP-блока, чаще всего ваш провайдер или облачный поставщик, контролирует зону in-addr.arpa и делегирует или задает PTR от вашего имени.
- Домашний провайдер: обычно использует автоматически созданные PTR вроде
c-76-102-34-150.hsd1.ca.comcast.net. Как правило, изменить их нельзя. - Облачные провайдеры: AWS, GCP и Azure дают консоль или API для настройки собственного PTR для принадлежащих вам Elastic IP.
- Colocation: провайдер может поддерживать делегирование DNS, часто через форму LOA или заявку в поддержку.
Почему PTR важен для почты
Почтовые получатели, например Gmail, Outlook, Fastmail и крупные корпоративные фильтры, проверяют:
- Есть ли у отправляющего IP PTR-запись?
- Разрешается ли имя хоста из PTR прямым DNS обратно в тот же IP?
- Совпадает ли HELO/EHLO с PTR?
Отсутствующий PTR, несовпадающее прямое и обратное разрешение или общий PTR от провайдера, например *.dsl. или *.cable., повышают спам-рейтинг. Корректным почтовым серверам нужна совпадающая пара.
Другие применения
- Анализ журналов. Логи, заполненные IP-адресами, трудно читать; PTR-запросы превращают
52.84.192.*вcloudfront.net, и закономерности становятся заметнее. - Расследование злоупотреблений. PTR быстро подсказывает владельца IP перед запуском WHOIS.
- Проверка геолокации. PTR часто содержит региональные коды, например
ams-для Амстердама илиsin-для Сингапура, что помогает сверять GeoIP. - Определение CDN. Имена хостов вроде
*.akamaitechnologies.com,*.cloudfront.netи*.fastly.netпоказывают, кто обслуживает сайт на переднем крае.
Частые варианты результата
| Результат | Значение |
|---|---|
NXDOMAIN |
PTR-записи нет |
generic-host-pattern.isp.net |
Автоматически созданный PTR провайдера |
mail.example.com. |
Целенаправленно настроенный владельцем PTR |
| Две или больше PTR-записей | Допустимо, но почтовые фильтры слегка этому не доверяют |
Часто задаваемые вопросы
Провайдер назначает автоматически созданный PTR из большого пула. Обычно клиентам не разрешают задавать собственные PTR для динамических домашних IP, в том числе чтобы не поощрять почтовые серверы дома.
Если у вас есть статический IP у облачного или colocation-провайдера, да: через их DNS-панель или запрос на делегирование. На динамических домашних линиях обычно нельзя.
Легитимные отправители настраивают совпадающий PTR и имя хоста, которое прямым DNS возвращается к тому же IP. Отсутствующий или общий PTR сильно связан со спам-ботнетами на пользовательских линиях.
Да, несколько PTR допустимы. Некоторые почтовые фильтры считают это слабым отрицательным сигналом, поэтому на практике один PTR выглядит чище.
Адрес входит в ссылку страницы, поэтому обрабатывается как адрес любой посещаемой страницы (история браузера, журналы сервера и веб-аналитика). Наш сервер запрашивает в DNS записи PTR и A/AAAA и хранит ответ во временном кэше пять минут, чтобы следующие шаги не повторяли запросы.
Сопутствующие инструменты
Проверка HTTP-заголовков
Осмотрите каждый HTTP-заголовок ответа, возвращаемый URL, чтобы отладить кэширование, CORS, сжатие и проблемы безопасности.
Инструмент проверки местоположения сервера
Узнайте физический центр обработки данных, страну расположения, ASN и провайдера облачных услуг, лежащих в основе любого домена. Система выявляет сервисы типа Cloudflare, Fastly, Akamai и другие поставщики CDN.
Калькулятор CIDR
Рассчитайте нормализованный блок CIDR для IPv4 или IPv6, первый и последний адрес и точное число адресов. Узнайте маски IPv4 и правила для соединений «точка-точка».
Калькулятор IP-подсетей
Рассчитайте диапазон подсети, сеть, broadcast, пригодные хосты и wildcard-маску для любого блока IPv4 CIDR с полным покрытием /0 - /32.
Определение MIME-типа файла
Установите реальный тип MIME файла, изучив его магические байты: определение изображений, видео, файлов формата PDF, архивов ZIP, офисных документов и других типов.
Инструмент для проверки электронных писем на наличие утечки данных
Проверьте, встречается ли адрес электронной почты в известных утечках данных, посмотрите, в каких именно утечках он засветился, и узнайте, что менять в первую очередь.
Инструмент доступен на других языках
- 逆引きDNS検索 [JA]
- بحث DNS عكسي [AR]
- Omvänd DNS-sökning [SV]
- Reverse-DNS-Abfrage [DE]
- Tra cứu DNS ngược [VI]
- Recherche DNS inversée [FR]
- 역방향 DNS 조회 [KO]
- ค้นหา DNS ย้อนกลับ [TH]
- Pencarian DNS Terbalik [ID]
- Wyszukiwanie reverse DNS [PL]
- Búsqueda DNS inversa [ES]
- Consulta DNS reversa [PT]
- Reverse DNS-lookup [NL]
- Ters DNS sorgulama [TR]
- 反向 DNS 查询 [ZH]
- Reverse DNS Lookup [EN]
- Ricerca DNS inversa [IT]