我发现了这个有趣的 traceroute 小例子,它被用来输出星球大战的东西。
它最初来自http://beaglenetworks.net。
% traceroute -m 100 -U -p 3550 obiwan.scrye.net
traceroute to obiwan.scrye.net (216.81.59.173), 100 hops max, 60 byte packets
1 pfsense.zeebox.com (192.168.1.1) 0.185 ms 0.136 ms 0.114 ms
2 ser014173.thca.uk.exponential-e.net (83.244.231.177) 19.416 ms 23.226 ms 24.093 ms
3 1-1-2.pr01.thca.uk.exponential-e.net (195.66.224.186) 15.108 ms 15.090 ms 15.072 ms
4 10gigabitethernet1-1.core1.lon1.he.net (195.66.224.21) 14.979 ms 14.999 ms 17.027 ms
7 10gigabitethernet1-2.core1.atl1.he.net (184.105.213.110) 115.214 ms 101.668 ms 108.998 ms
8 216.66.0.26 (216.66.0.26) 101.521 ms 109.526 ms 109.521 ms
9 * * *
10 Episode.IV (206.214.251.1) 148.498 ms 149.193 ms 149.059 ms
11 A.NEW.HOPE (206.214.251.6) 149.804 ms 144.125 ms 148.881 ms
12 It.is.a.period.of.civil.war (206.214.251.9) 147.718 ms 145.229 ms 145.045 ms
所以前几个 IP 地址似乎是通过 DNS 解析的。
但后来的绝对不是基于 TLD 的。
后来,更明显了。
52 0------------------0 (206.214.251.97) 146.877 ms 153.889 ms 146.824 ms
那么这些名字是从哪里来的呢?这只是一种格式化技巧,还是以另一种方式解决了它们。
似乎他们刚刚在 DNS PTR 记录中输入了故事(逐行),并随着故事的进行链接路由器转发数据包。
虽然不是很“好”,但您几乎可以在 PTR 字段中输入任何内容(没有空格等)。它不一定是有效的 TLD(因为有时会添加/删除有效的 TLD,并且
http://intranet/
如果在 DNS 和 rDNS 中实施了任何有效性检查,内部页面就会失败)编辑:反向 DNS - PTR 记录
最后几个是真正的反向 DNS 记录,它们只是不指向有效的 FQDN。
DNS 可用于从 FQDN -> IP(正向查找)和 IP -> FQDN(反向查找)。
每个方向都是一个单独的映射数据库。一般来说,它们是对称配置的,但这不是强制性的,特别是一个 IP 地址可以与许多不同的 FQDN 相关联,所以当你对 IP 进行反向查找时,你可能只会得到一个 FQDN
如果您运行该命令
ping -a <IP address>
,它会进行反向查找,因此上面的 IP 之一的示例: