Почему это 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
Попробуйте сделать метрику правильного маршрута < метрики маршрута по умолчанию. Чаще всего нужно сделать ручную метрику вместо автоматической в настройках интерфейса.