Traceroute enthält nicht routbare IP (?)

Ich habe die folgende Traceroute einmal ausgeführt, während ich versucht habe, ein Netzwerkproblem zu beheben.

c:\>tracert linode.com -d

Tracing route to linode.com [67.18.186.61]
over a maximum of 30 hops:

  1    <1 ms     *       <1 ms  10.43.51.252
  2     1 ms    <1 ms    <1 ms  10.45.253.33
  3    <1 ms    <1 ms    <1 ms  10.62.254.251
  4    20 ms    23 ms    45 ms  192.118.32.52
  5    47 ms    20 ms    85 ms  207.232.60.250
  6    54 ms    24 ms    79 ms  212.143.8.69
  7     7 ms    79 ms    11 ms  212.143.8.209
  8    89 ms   110 ms   108 ms  212.143.12.75
  9   143 ms   240 ms    94 ms  212.143.14.154
 10   244 ms   179 ms    95 ms  10.50.1.1
 11   176 ms    80 ms   190 ms  195.66.225.105
 12   174 ms   164 ms   157 ms  70.87.255.217
 13   187 ms   185 ms   186 ms  70.87.253.189
 14   189 ms   194 ms   195 ms  70.87.253.18
 15   187 ms   188 ms   190 ms  70.87.253.126
 16   187 ms   185 ms   185 ms  70.87.254.78
 17   186 ms   184 ms   187 ms  67.18.186.61

Trace complete.

Die ersten drei Standorte sind lokale Router / Gateways. ignoriere diese.

Ich bin mir jedoch nicht sicher, wie Schritt 10 mir 10.50.1.1 als Ziel geben könnte. Ist das nicht eine nicht routingfähige IP, die von keinem öffentlichen Router zu finden ist?

RFC1918-Adressen (10/8, 172.16 / 12 und 192.168 / 16) sollten nicht in globalen Routing-Tabellen angezeigt werden, da sie für die Verwendung in "einem einzelnen Unternehmen" ausgelegt sind. In gewissem Maße ist es jedoch sinnvoll, RFC1918-Adressen für Ihre Punkt-zu-Punkt-Verbindungen in Ihrem Kern zu verwenden, selbst wenn der Datenverkehr über diese Verbindungen für "global routbare" IP-Adressbereiche bestimmt ist, da dadurch eine etwas knappe Ressource geschont wird .

Der Grund, warum es in der Traceroute angezeigt wird, ist, dass die TTL eines IP-Frames auf einer Schnittstelle mit dieser als Schnittstellen-IP abgelaufen ist. Der Nachteil dabei ist, dass es schwieriger wird, die Schnittstelle zu pingen und Fehler zu beheben. Es gibt jedoch keine Garantie dafür, dass Sie dies trotzdem tun sollten.

Also, ich würde sagen, dass es ein bisschen ungewöhnlich sein mag, aber es ist sicherlich nicht ungewöhnlich.

Das kommt mir komisch vor. Es ist auch völlig in Ordnung, private IPs mitten auf einer Route zu sehen, da eine einzelne Organisation eine private IP in ihrem Netzwerk verwenden kann. Laut whois gehören 212.143.14.154 und 195.66.225.105 zwei verschiedenen Organisationen. Aber vielleicht haben diese beiden Organisationen einen Punkt zu Punkt untereinander. In diesem Fall könnten sie eine private IP dafür verwenden.

Der Begriff nicht routbar ist nicht ganz korrekt, da sie geroutet werden können. Das sollte jedoch nur von einem einzigen "Unternehmen" verwendet werden, wie der Begriff RFC1918 verwendet. Deshalb finde ich das etwas seltsam.

Ich habe es auf einigen Wacholder-Routern gesehen. Ihnen wurden die richtigen öffentlichen IP-Adressen zugewiesen, aber der Router sendete ICMP-Antworten mit einer privaten IP, die an die Verwaltungsschnittstelle gebunden war (nicht über das öffentliche Internet erreichbar).

Es ist möglich, dass es über MPLS oder ähnliches durch das interne Netzwerk einer Person geleitet wird, wo diese interne IPs verwendet.

Ich stimme Cian zu. Manchmal haben diese WAN-Hops eine private Loopback-IP-Adresse. Aus irgendeinem Grund wird dies im Tracert zurückgegeben. Ein Programm namens Wireshark (wirklich gute Freeware) gibt Ihnen möglicherweise mehr Einblick in Ihr Netzwerkproblem.

Manni