Domain-Name-System
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 中都實施了任何有效性檢查,內部頁面會失敗);; ANSWER SECTION: 1.251.214.206.in-addr.arpa. 242 IN PTR Episode.IV.