rDNS查找过程
我了解正向DNS查找过程。基本上每个域都有一个或多个权威名称服务器,这些权威名称服务器最终负责回答所查找的域名的ip地址是什么的问题 然而,我不明白反向DNS查找是如何工作的。基本上我不明白谁是权威的rDNS名称服务器?通常是谁提供了ip地址?当我dig-xrDNS查找过程,dns,reverse,Dns,Reverse,我了解正向DNS查找过程。基本上每个域都有一个或多个权威名称服务器,这些权威名称服务器最终负责回答所查找的域名的ip地址是什么的问题 然而,我不明白反向DNS查找是如何工作的。基本上我不明白谁是权威的rDNS名称服务器?通常是谁提供了ip地址?当我dig-xa.b.c.d时,dig程序如何知道从何处查找权威rDNS服务器以获取ip地址的域名a.b.c.d 谢谢, Elgsa.b.c.dnetblock的所有者也是c.b.a.in-addr.arpa的所有者。反向DNS查询在内部查找d.c.b.a
a.b.c.d
时,dig程序如何知道从何处查找权威rDNS服务器以获取ip地址的域名a.b.c.d
谢谢,
Elgsa.b.c.dnetblock的所有者也是
c.b.a.in-addr.arpa的所有者。
反向DNS查询在内部查找d.c.b.a.in-addr.arpa的PTR
记录。(不到几年前,你还必须自己执行这种操作;它不是内置在dig
和朋友中的。)
当委托的netblock小于a/24时,这方面存在半明显的问题;那么上游将不得不以某种方式处理RDN。在这种情况下,他们会提供近似或完全不正确的信息,这种情况并不少见。(提出了一个解决方案,但在实践中还远未普及。)
如果您需要详细信息,我们将提供更详细的处理。谢谢@tripleee。有一件事我仍然不明白,这是怎么发生的。当我做dig-xa.b.c.d
时,它如何确定哪个服务器是回答这个问题的权威rDNS服务器,而不是另一个假的服务器?正常的DNS委派和解析in-addr.arpa.
告诉您a.in-addr.arpa
的权威来源,这反过来又让您找到b.a.in-addr.arpa.
等的权威。谢谢。看来我现在开始明白了。但是,你能把它说得更具体一点吗?什么是地址arpa?它在物理上或逻辑上驻留在哪里?如果我的dns服务器碰巧有一个该ip的ptr记录,但如果它指向一个假的域呢?如果你不信任你的本地解析器,你已经死了。TLD的委托信息与com.
、net.
、uk.
等类似。它们实际上是相同的,但当它们所包含的内容不是地址时,它们被称为PTR
记录。