如何在附加到一个IP的DNS中查找所有主机名?


24

如果我在一台计算机上配置了多个主机(一个 Apache的VirtualHosts),如何在IP上查找并找到配置为可以访问它的所有域?

例如,我有多个连接到服务器的Web和电子邮件域。如何找到指向它的所有域?

可能吗

我拥有我所拥有的所有域的DNS A条目,而且我知道一些朋友的域指向我的服务器。我想看看的是,我认识的人是否指向那里。(或者,如果有人在其他地方重新指向了他们的域,那么我可以从服务器中删除其“旧”网站。)

Answers:


30

不是,不是 这全部与正向和反向DNS查找之间的区别有关。

正向查找是标准名称-> IP查找。因此,您必须事先知道所有名称。

您想要执行IP->名称查找,但是以某种方式获得您在Apache配置和DNS中应用的所有名称作为A记录(或CNAMES或其他名称)。

您可能会发现,进行反向查找(例如dig @nameserver $ ip -x)将返回拥有该netblock的人(可能是您的ISP)为该IP提供的主机名。它的名称可能像45-23-45-231.big-isp.com,对您来说并不意味着很多。至关重要的是,只有一个反向记录,但可能有多个反向记录。

我想它可以归结为一个问题-反向区域如何知道正向区域中的任何记录?在大多数设置中,客户可以使用正向区域进行更改,但是反向区域由netblock的所有者维护。这两个系统不需要彼此了解任何功能。


2
听起来对我而言。
einstiien

羞耻-这也很方便
沃伦

12

使用DNS协议本身是不可能的,因为通常PTR每个IP地址只有一个记录,即使可能有许多A记录指向该IP地址。

但是,某些公司(例如http://www.ip-adress.com/)通过存储整个DNS查找负载的结果,然后提供反向查询到自己的数据库,从而设法编译了包含您所要查找内容的数据库数据库。

但是,这些数据库不能确定,它们不能保证知道可能指向该IP的每个可能的域-它们只能记录其实际查找的域名的DNS详细信息。


那就是我所担心的.. darn:-|
沃伦2010年

1
提醒大家,我还没有遇到可以处理所有TLD的查找服务。实际上,即使是与.com域托管在同一服务器上,我尝试过的所有操作也都无法列出.com.au域。
约翰·加迪尼尔

1
很奇怪-这样的服务没有理由甚至不在乎站点所在的TLD。就是说,正如我提到的,数据库只知道人们所问的网站-我想没有足够的人关心.com.au域名;-)
Alnitak 2010年

4

唯一的方法是拥有要检查的域名的内容数据。

使用此内容,您可以开发一个递归脚本来搜索相对于IP的主机名(由于要检查CNAME而需要递归)。

要获取某个域名合作伙伴的数据,可以要求其为次要角色,并使用dig -t axfr获取DATA。


3

我认为您是从错误的方向来的。除了a)为每个可能的域名查询存在的每个DNS服务器,然后存储结果,或者b)从您感兴趣的DNS服务器获取区域传输之外,DNS无法做到这一点。

好吧,如果您正在运行基于Apache名称的虚拟主机,则已经有一个将到达您的服务器的域列表。除了默认虚拟主机之外,基于名称的虚拟主机只会回答其名称。因此,如果我将foobar.com指向我的盒子,并且没有foobar.com虚拟主机,则默认情况下将为它提供服务,否则将不会得到答复(如果您没有默认服务器)。

Apache具有一些非常强大的日志记录功能。使用所需的请求行定义自定义日志格式应该不是问题。此外,总会有引荐来源网址字段。

另一方面,邮件有点麻烦。我能想到的最好的事情是从服务器日志中选择可以使用的内容,并且,如果您真的需要知道,请设置SMTP的数据包捕获。


使用apache虚拟主机,我只知道我要分配到特定域的路径...而不是配置的所有域:如果将mynewdomain.tld指向我的服务器,因为没有虚拟主机条目,apache只会返回默认的网络根
沃伦2010年

1
但是,通过日志进行选择仍然可以工作-并未考虑将其作为在服务器本身上进行操作的方式。
沃伦2010年

LogFormat %{Host}i hostnamelog,然后CustomLog /path/to/log hostnamelog在您的默认虚拟主机中,确保它与您的任何“真实”虚拟主机分开。然后偶尔sort /path/to/log | uniq -c | sort -n了解正在遭受打击的事物。
BMDan 2011年

2

您应该检查RobTex 不是最好的网页设计,但非常有用!您可以找到与IP关联的所有DNS。

当然,正如Alnitak所说,

使用DNS协议本身是不可能的

这意味着该网站只是大多数DNS / IP服务器的庞大数据库。这非常有效,但并非100%详尽。


链接似乎被打破,或者有非常糟糕的SSL
亚当诺夫辛格
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.