Почему 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
. Возможно, он считает, что это плохой маршрут, и занесет его в черный список (отступая на маршрут по умолчанию?)