Хотя линукса это конкретно не касается. Но вероятно здесь кто-нибудь знает.
Надо преобразовать ip-адрес в доменное имя.
По идеет это должны делать утилиты nslookup, host и т.п.
Но для многих сайтов это не работает. Почему? Это зависит от фаз луны или как?
Вот например
nslookup 93.84.117.52 8.8.8.8не даёт требуемую информацию
spyphy, а вы уверены, что у всех IP-адресов есть доменное имя?
вы уверены, что у всех IP-адресов есть доменное имя?
Здесь я вожу те, у которых оное имеется.
прямое ж преобразование работает:
nslookup infobank.by 8.8.8.8почему обратное не хочет?
xxx@xxx:~$ nslookup 8.8.8.8
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
8.8.8.8.in-addr.arpa name = google-public-dns-a.google.com.
Authoritative answers can be found from:
. nameserver = f.root-servers.net.
. nameserver = m.root-servers.net.
. nameserver = g.root-servers.net.
. nameserver = i.root-servers.net.
. nameserver = k.root-servers.net.
. nameserver = a.root-servers.net.
. nameserver = d.root-servers.net.
. nameserver = j.root-servers.net.
. nameserver = l.root-servers.net.
. nameserver = e.root-servers.net.
. nameserver = c.root-servers.net.
. nameserver = h.root-servers.net.
. nameserver = b.root-servers.net.
a.root-servers.net internet address = 198.41.0.4
a.root-servers.net has AAAA address 2001:503:ba3e::2:30
b.root-servers.net internet address = 192.228.79.201
c.root-servers.net internet address = 192.33.4.12
d.root-servers.net internet address = 128.8.10.90
d.root-servers.net has AAAA address 2001:500:2d::d
e.root-servers.net internet address = 192.203.230.10
f.root-servers.net internet address = 192.5.5.241
f.root-servers.net has AAAA address 2001:500:2f::f
g.root-servers.net internet address = 192.112.36.4
h.root-servers.net internet address = 128.63.2.53
а что это значит?
а что это значит?
Вывод точто вроде вас интересует.
задача - узнать доменное имя по заданному IP (например, для IP 93.84.117.52). Не заходя на сам сайт естественно.
точнее, я знаю это делается. Но я не знаю, почему это не работает в данном случае.
задача - узнать доменное имя по заданному IP (например, для IP 93.84.117.52). Не заходя на сам сайт естественно.
точнее, я знаю это делается. Но я не знаю, почему это не работает в данном случае.
Наверно потому что мало кому это надо. И заполняют только зону прямого просмотра а зону .in-addr.arpa. если так для каждого писать то это будет сущий ад для админа. А если еще поменяются ip то нужно править в двух местах что тоже проблематично. Но это только мое мнение. :)
задача - узнать доменное имя по заданному IP (например, для IP 93.84.117.52). Не заходя на сам сайт естественно.
точнее, я знаю это делается. Но я не знаю, почему это не работает в данном случае.
Возможно отсутствует реверсивная зона.
Попробуйте так: dig -x 93.84.117.52
Возможно отсутствует реверсивная зона.
похоже на то. тогда вопрос сводится к тому, почему она отсутствует?..
требуемой информации всё же нет
dig -x 93.84.117.52
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> -x 93.84.117.52
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 25517
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;52.117.84.93.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
117.84.93.in-addr.arpa. 3600 IN SOA ns1.dc.beltelecom.by. root.dc.beltelecom.by. 2010051806 10800 3600 604800 3600
;; Query time: 53 msec
;; SERVER: 194.44.166.162#53(194.44.166.162)
;; WHEN: Fri Jul 6 12:11:58 2012
;; MSG SIZE rcvd: 104
Это все потому что обратная зона закреплена за провайдером.
Только он может ее править, для админа гемор общаться с провайдером.
Если у тебя почтовый сервер, то без обращения к провайдеру не обойтись, так как все почтари проверяют обратное преобразование.
PTR запись вносится (провайдером) собственником IP-адресного пространства в котором находится ваш сервер с реальным IP адресом принадлежащим провайдеру.
Это мое ИМХО.
а еси на одном айпи несколько доменов. тада как?
[quote="CyberDaemon"]Возможно отсутствует реверсивная зона.
похоже на то. тогда вопрос сводится к тому, почему она отсутствует?..
требуемой информации всё же нет
dig -x 93.84.117.52
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> -x 93.84.117.52
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 25517
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;52.117.84.93.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
117.84.93.in-addr.arpa. 3600 IN SOA ns1.dc.beltelecom.by. root.dc.beltelecom.by. 2010051806 10800 3600 604800 3600
;; Query time: 53 msec
;; SERVER: 194.44.166.162#53(194.44.166.162)
;; WHEN: Fri Jul 6 12:11:58 2012
;; MSG SIZE rcvd: 104
[/quote]
Значит провайдер/держатель домена не поддерживает.
