Як вирішити IP-адреси до доменних імен?


Відповіді:


31

Так, ви можете (іноді) вирішувати IP-адресу назад до імені хоста.

У DNS IP-адресу можна зберігати проти PTRзапису. Ви можете використовувати nslookupдля вирішення імен хостів, і IP-адрес, хоча використання nslookupдавно припинено.

Для найкращих результатів вам слід справді зачепити digінструмент. Якщо ви користуєтесь Linux, він доступний у складі dnsutils(debian) або подібного пакету. Якщо ви є користувачем вікна, ви можете слідувати інструкціям , наприклад, ці установки dig.

Потім ви можете зробити:

dig A <hostname>

Щоб знайти адресу IPv4 для хоста, або:

dig AAAA <hostname>

Щоб знайти адресу IPv6 для хоста, або:

dig PTR ZZZ.YYY.XXX.WWW.in-addr.arpa.

Щоб знайти ім'я хоста для адреси IPv4 WWW.XXX.YYY.ZZZ(зверніть увагу, що октети перевернуті), або:

dig PTR b.a.9.8.7.6.5.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.

Щоб отримати ім'я хоста для адреси IPv6 2001: db8 :: 567: 89ab.


4
Щойно подумав, що було б добре згадати: Коли ви запитуєте сервер DNS, щоб він вирішив IP-адресу до імені хоста, технічне ім'я для нього - це зворотний пошук.
LawrenceC

Дійсно - зворотний пошук досягається за допомогою PTRзапису ресурсів, PTR - це стенограма pointer.
Майк Інш

6
Що не так dig -x <ipaddress>? У моїй системі Linux він говорить як IPv4, так і IPv6. dig -x 169.254.0.1і dig -x fe80::1.
CVn

1
@hyperslug, -aпараметр ping вказаний як Resolve addresses to hostnamesпринаймні на Win7, тому я не розумію, чому це не працює. Однак nslookupабо ще краще digнасправді призначені для таких речей. Pingні.
CVn

1
@TheLQ: Я цитую з посібника для адміністраторів BIND 9.4 , "Через свій прихований користувальницький інтерфейс і часто непослідовну поведінку ми не рекомендуємо використовувати nslookup. Замість цього використовуйте копати". У багатьох випадках використання nslookupтакож призводить до " nslookupзастарілого і може бути видалено з майбутніх випусків. Розглянемо замість цього використання програм digабо host". Google міг би легко повідомити вас про це, якби ви потурбувались подивитися.
Майк Інш


5

Ви можете використовувати nslookup, digабо інший мережевий інструмент , щоб , можливо , отримати на доменне ім'я для IP - адреси, але це не обов'язково буде той , який ви очікували.

На відміну від звичайних пошукових запитів DNS, де багато імен можуть вирішуватись на одній IP-адресі, зворотний пошук DNS може вирішувати лише одне ім’я, і цим керує той, хто контролює зворотну інформацію DNS для відповідного IP-блоку. Ніхто інший не може встановити PTRзапис у блоці випадкових IP-адрес. Це на відміну від "звичайних" пошукових Aзаписів DNS, де кожен може налаштувати доменне ім’я та створити записи, які вказують на будь-які IP-адреси, які вони хотіли б.

У цьому питанні ServerFault є трохи більше інформації на цю тему.

Моя думка, що те, що ти можеш це зробити, не означає, що ти отримаєш те, що ти очікуєш, або що це буде корисно.


2
+1: Це потрібно було сказати. Часто для відомих інтернет-сайтів, де Aзапис і PTRзапис є підконтрольними одній і тій же особі, PTRзапис все ще посилається на деяку внутрішню назву машини. PTRЗапис може бути також незначно, то , наприклад , якщо ви спробуєте , dig www.google.comто dig -xодин з IP - адрес, www.google.comзіставляється з.
Кен Блум

Слід сказати, що загальною ситуацією є спільні сервери, де зворотним пошуком буде домен, призначений будь-якою компанією, яка володіє сервером. Або для спільних IP-адрес, незалежно від того, яка компанія володіє провайдером. Наприклад, якщо ви робите зворотний пошук в IP-адресі веб-сайту, ви можете отримати щось дивне на зразок "host123.somecompany.com". Напевно, ви бачите спільний сервер. Якщо ви робите реверс на випадковому IP-адресі, ви можете побачити щось на кшталт "c-12-34-56-78.hsd1.or.comcast.net". Це IP, що належить comcast.net, ISP, тому він повинен бути випадковим домашнім користувачем.
jcrawfordor

Немає технічного обмеження щодо кількості записів PTR, на яку може вирішуватися одна IP-адреса; один PTR - це лише умова (також причини безпеки / конфіденційності).
grawity

3

digє -x addrможливість:

Зворотний пошук - відображення адрес до імен - спрощується -xопцією. addr- це IPv4-адреса в крапкових десяткових позначеннях або IPv6-адреса, розміщена двокрапкою. Коли ця опція використовується, немає необхідності , щоб забезпечити name, classі typeаргументи

Наприклад:

dig -x 82.165.8.211

Як осторонь: IP-адреса була у журналі журналу журналу ARTIK 710 Dev, і я подумав, що її зламали. Я не міг пригадати , digможливість зробити це без використання стомлюючого методу PTR, але потім я побачив Майкл «пд.ш. коментар .

І manpage для dig просто згадує її мимохідь; Я навіть цього не помітив, поки не знайшов тут відповіді і повернувся назад і шукав її.

ps адресу вирішено на ipv4.connman.net, і тоді я знайшов її; Мене не зламали.

[root@artik ~]# grep -r '\<ipv4.connman.net\>' /etc /usr/bin /usr/sbin
Binary file /usr/sbin/connmand matches

записи журналу, які викликали занепокоєння:

Jul 15 04:41:11 artik connmand[1870]: wlan0 {add} route 82.165.8.211 gw 192.168.251.1 scope 0 <UNIVERSE>
Jul 15 04:41:12 artik connmand[1870]: wlan0 {del} route 82.165.8.211 gw 192.168.251.1 scope 0 <UNIVERSE>

1

Інший спосіб "вирішити" IP-адреси до імен хостів можливий за допомогою пошукової системи bing . Якщо хост запускає загальнодоступний веб-сервер, а деякі сайти, що обслуговуються хостом, індексуються, ви можете запитувати його за допомогоюip: префікса.

Просто введіть ip:64.34.119.12у форму пошуку, щоб отримати список імен хостів за цим ip.


0

Як щодо господаря? Я використовую його щодня на роботі

#host speakeasy.net
speakeasy.net has address 69.17.117.156
speakeasy.net mail is handled by 5 mx.speakeasy.net.
speakeasy.net mail is handled by 10 mx01.speakeasy.net.
speakeasy.net mail is handled by 15 mx02.speakeasy.net.

#host 69.17.117.156
156.117.17.69.in-addr.arpa domain name pointer www.speakeasy.net.

Але це для Linux.
Boris_yo

@boris_yo, ось ось для windows: softpedia.com/get/Network-Tools/Misc-Networking-Tools/… - Я знаю, що там є кращий, мені просто потрібно його знайти.
MaQleod

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.