☰

Tracert-Ergebnisse stimmen nicht mit Routing-Tabelle überein (Route Print)

tag-icon • tag-icon windows networking routing traceroute routing-table
Tracert-Ergebnisse stimmen nicht mit Routing-Tabelle überein (Route Print)

Warum würde tracert 10.0.0.1zu folgenden Ergebnissen führen:

Tracing route to 10.0.0.1 over a maximum of 30 hops

  1     3 ms     3 ms     3 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.

192.168.0.1Zeigt an, dass es als nächster Hop verwendet wird , wenn die Routing-Tabelle wie folgt aussieht:

route print:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.0.1      192.168.0.2     25
         10.0.0.0        255.0.0.0         On-link          10.0.0.2    286
         10.0.0.2  255.255.255.255         On-link          10.0.0.2    286
   10.255.255.255  255.255.255.255         On-link          10.0.0.2    286
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.0.0    255.255.255.0         On-link       192.168.0.2    281
      192.168.0.2  255.255.255.255         On-link       192.168.0.2    281
    192.168.0.255  255.255.255.255         On-link       192.168.0.2    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link       192.168.0.2    281
        224.0.0.0        240.0.0.0         On-link          10.0.0.2    286
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link       192.168.0.2    281
  255.255.255.255  255.255.255.255         On-link          10.0.0.2    286
===========================================================================

Sollte nicht die 10.0.0.2Schnittstelle verwendet werden, da diese Zeile die spezifischste ist?

         10.0.0.0        255.0.0.0         On-link          10.0.0.2    286

Bearbeiten:

Manchmal werde ich auch Reply from 10.0.0.2: Destination host unreachable.von Request timed out.on verfolgt ping. Vielleicht denkt es, es sei eine schlechte Route und setzt sie auf die schwarze Liste (und greift auf die Standardroute zurück?)

Antwort1

Dies hängt von Ihrer Topologie ab, aber es scheint, dass alles, was sich bei 192.168.0.1 befindet, weiß, wie es zu 10.0.0.1 gelangt, und es ist auch mit Ihrer 10.0.0.2-Schnittstelle verbunden. Der Schlüssel zum Verständnis ist, dass Tracert-Zeilen die Quelladresse auflisten, die der Zwischenknoten verwendet, um die ursprüngliche Quelle zu erreichen, und nicht das ursprüngliche Zwischenziel. (Es ist die Quelle einer ICMP-Nachricht.)

Wenn also 192.168.0.1 eine Route zu 10.0.0.2 über 192.168.0.2 hat, ist dies (192.168.0.1) die Quelle des ICMP und das, was Sie sehen werden.

Antwort2

Versuchen Sie, die Metrik der richtigen Route < die Metrik der Standardroute zu setzen. Meistens müssen Sie in den Schnittstelleneinstellungen eine manuelle Metrik anstelle einer automatischen Metrik festlegen.

verwandte Informationen