web-dev-qa-db-ja.com

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

編集：

pingでReply from 10.0.0.2: Destination Host unreachable.の後にRequest timed out.が続くこともあります。おそらくそれは悪いルートだと考えてブラックリストに載せます（デフォルトルートにフォールバックしますか？）

windowsnetworkingroutingtracerouterouting-table
2
arcyqwerty

これはトポロジによって異なりますが、192.168.0.1にあるものはすべて、10.0.0.1に到達する方法を知っており、10.0.0.2インターフェイスにも接続されているようです。これを理解するための鍵は、tracert行に、元の中間宛先ではなく、元のソースに到達するために中間ノードが使用する送信元アドレスがリストされていることです。 （これはICMPメッセージのソースです）

したがって、192.168.0.1に192.168.0.2経由で10.0.0.2へのルートがある場合、その（192.168.0.1）がICMPのソースになり、表示される内容になります。

1
Carlos Mendioroz