Результаты tracert не соответствуют таблице маршрутизации (печать маршрута)
Почему бы 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
, Возможно, он считает, что это плохой маршрут, и занесет его в черный список (отступая на маршрут по умолчанию?)
2 ответа
Это зависит от вашей топологии, но может показаться, что все, что есть в 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 и того, что вы увидите.
Попробуйте сделать метрику правильного маршрута < метрики маршрута по умолчанию. Чаще всего вам нужно сделать ручную метрику вместо автоматической метрики в настройках интерфейса.