Los resultados de Tracert no coinciden con la tabla de enrutamiento (impresión de ruta)

Los resultados de Tracert no coinciden con la tabla de enrutamiento (impresión de ruta)

¿Por qué tracert 10.0.0.1produciría los siguientes resultados?

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.

Indicando que se está utilizando 192.168.0.1como siguiente salto cuando la tabla de enrutamiento es la siguiente:

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
===========================================================================

¿No debería utilizar la 10.0.0.2interfaz debido a que esta línea es la más específica?

         10.0.0.0        255.0.0.0         On-link          10.0.0.2    286

Editar:

A veces también me Reply from 10.0.0.2: Destination host unreachable.sigue Request timed out.on ping. Quizás piense que es una mala ruta y la incluya en la lista negra (¿recurrir a la ruta predeterminada?)

Respuesta1

Esto depende de su topología, pero parecería que todo lo que hay en 192.168.0.1 sabe cómo llegar a 10.0.0.1 y también está conectado a su interfaz 10.0.0.2. La clave para entender esto es que las líneas de tracert enumeran la dirección de origen que utiliza el nodo intermedio para llegar al origen original, y no al destino intermedio original. (Es la fuente de un mensaje ICMP)

Por lo tanto, si 192.168.0.1 tiene una ruta a 10.0.0.2 a través de 192.168.0.2, ese (192.168.0.1) será la fuente del ICMP y lo que verá.

Respuesta2

Intente hacer que la métrica de la ruta correcta < métrica de la ruta predeterminada. Básicamente, es necesario crear una métrica manual en lugar de una métrica automática en la configuración de la interfaz.

información relacionada