tracert 216.81.59.173의 호스트는 어떻게 임의의 도메인 이름을 사용할 수 있습니까? [닫은]

이 추적 경로의 호스트 이름은 어떻게 임의의 최상위 도메인을 사용할 수 있습니까? '제국'또는 '승리'최상위 도메인이 있는지 몰랐습니다.

C:\Users\Chloe> tracert 216.81.59.173

Tracing route to read.more.at.beaglenetworks.net [216.81.59.173]
over a maximum of 30 hops:

  1     *        *        *     Request timed out.
  2    27 ms    15 ms    11 ms  
  3    11 ms    11 ms    21 ms  
  4    12 ms    11 ms    11 ms  
  5    14 ms    15 ms    14 ms  
  6    17 ms    14 ms    15 ms  
  7    13 ms    14 ms    15 ms  
  8    15 ms    24 ms    23 ms  
  9    21 ms    23 ms    24 ms  100gigabitethernet11-1.core1.ash1.he.net [184.105.223.165]
 10    33 ms    31 ms    49 ms  10gigabitethernet1-2.core1.atl1.he.net [184.105.213.110]
 11    33 ms    30 ms    31 ms  216.66.0.26
 12    73 ms    72 ms    73 ms  10.26.26.22
 13    71 ms    73 ms    72 ms  Episode.IV [206.214.251.1]
 14    73 ms    72 ms    72 ms  A.NEW.HOPE [206.214.251.6]
 15    71 ms    71 ms    72 ms  It.is.a.period.of.civil.war [206.214.251.9]
 16    72 ms    72 ms    73 ms  Rebel.spaceships [206.214.251.14]
 17    73 ms    71 ms    73 ms  striking.from.a.hidden.base [206.214.251.17]
 18    73 ms    71 ms   101 ms  have.won.their.first.victory [206.214.251.22]
 19    72 ms    71 ms    72 ms  against.the.evil.Galactic.Empire [206.214.251.25]
 20    74 ms    72 ms    72 ms  During.the.battle [206.214.251.30]
 21    71 ms    73 ms    72 ms  Rebel.spies.managed [206.214.251.33]
 22    72 ms    72 ms    72 ms  to.steal.secret.plans [206.214.251.38]
 23    73 ms    91 ms    72 ms  to.the.Empires.ultimate.weapon [206.214.251.41]
 24    72 ms    71 ms    75 ms  the.DEATH.STAR [206.214.251.46]
 25    72 ms    75 ms    73 ms  an.armored.space.station [206.214.251.49]
 26    75 ms    72 ms    71 ms  with.enough.power.to [206.214.251.54]
 27    75 ms    75 ms    72 ms  destroy.an.entire.planet [206.214.251.57]
 28    72 ms    75 ms    71 ms  Pursued.by.the.Empires [206.214.251.62]
 29    77 ms    73 ms    71 ms  sinister.agents [206.214.251.65]
 30    71 ms    72 ms    71 ms  Princess.Leia.races.home [206.214.251.70]

Trace complete.

이 RFC는 DNS 시스템 http://www.ietf.org/rfc/rfc1035.txt를 설명합니다 . 그리고 가장 중요한 것은 " 3.5. IN-ADDR.ARPA 도메인 " 섹션 에서 IP 주소의 역방향 조회를 위해 이러한 이름을 설정하는 방법을 설명합니다.

예, 아마도 라우터 일 수있는 간헐적 인 호스트의 경우 거의 임의의 이름으로 설정할 수 있으며 XYZWIN-ADDR.ARPA 쿼리에서 나타납니다.

단점은보고 된 DNS 이름을 통해 해당 호스트에 실제로 액세스 할 수 없다는 것입니다. 그러나 핵심 인프라의 일부인 경우에는 큰 문제가되지 않습니다.

PTR 레코드가 유효한 FQDN 일 필요는 없습니다. (내부 / 비 인터넷 DNS 서버의 경우 이는 드문 일이 아닙니다.)

예 :

1.1.168.192.in-addr.arpa. IN PTR i.saw.a.squirrel.

이것은 많은 IP 주소가 라우팅되는 거의 단일 호스트이며 많은 호스트를 통과하는 것처럼 보이도록 간단한 스크립트입니다.

IPv6에 대한 비슷한 핵은 여기에서 볼 수 있습니다 https://github.com/job/ipv6-traceroute-faker

Ricky + Laazik처럼 A가 가리킬 수있는 한계가없는 것처럼 PTR이 가리킬 수있는 한계가 없다고 말하면 둘 다 제어하지 않으면 PTR-> A-> PTR을 가질 수 없습니다. 분명히 그 사람은 해당 호스트에 대한 A 레코드를 제어 할 수 없으며 A 호스트가이를 해결할 수 없었습니다.