Результаты tracert не соответствуют таблице маршрутизации (route print)

Результаты tracert не соответствуют таблице маршрутизации (route print)

Почему это tracert 10.0.0.1приведет к следующим результатам:

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.1в качестве следующего перехода, когда таблица маршрутизации выглядит следующим образом:

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

Разве не следует использовать 10.0.0.2интерфейс, поскольку эта строка наиболее конкретна?

         10.0.0.0        255.0.0.0         On-link          10.0.0.2    286

Редактировать:

Иногда меня также преследует Reply from 10.0.0.2: Destination host unreachable.. Возможно, он считает, что это плохой маршрут, и добавляет его в черный список (возвращаясь к маршруту по умолчанию?)Request timed out.ping

решение1

Это зависит от вашей топологии, но, похоже, что все, что находится по адресу 192.168.0.1, знает, как добраться до 10.0.0.1, и оно также подключено к вашему интерфейсу 10.0.0.2. Ключ к пониманию этого в том, что строки tracert содержат исходный адрес, который промежуточный узел использует для достижения исходного источника, а не исходный промежуточный пункт назначения. (Это источник сообщения ICMP)

Таким образом, если 192.168.0.1 имеет маршрут к 10.0.0.2 через 192.168.0.2, то этот (192.168.0.1) будет источником ICMP и того, что вы увидите.

решение2

Попробуйте сделать метрику правильного маршрута < метрики маршрута по умолчанию. Чаще всего нужно сделать ручную метрику вместо автоматической в ​​настройках интерфейса.

Связанный контент