TracerouteとTracepathの使用に問題があります。ネットワークでいくつかのテストを行っており、Google DNS（8.8.8.8）をpingして追跡しようとしています。問題は、コマンドを実行するたびに異なる結果が表示されることです。つまり、時にはトレースが完了し、時にはトレースと同様にデフォルトゲートウェイに接続されます。トレースパスでも同じことが起こります。ケーブルで接続したので接続の問題ではないようです。テスト中に8.8.8.8のpingが実行され、決して停止しなかったため、ISPに問題はありませんでした。どんな提案がありますか？
ベストアンサー1
私は2つのことを考えることができます。
1ご存知のように、パスは動的であるため、発信する各トレースパスには異なるホップを含めることができます。すなわち、各ノードに異なる構成が適用される。一部の人々は、Linux Tracerouteが以下を使用しているため、Linux Tracerouteメッセージを拒否する可能性があります。UDPプロトコルポート番号が次より高いパケット33434デフォルトでは、このタイプのパケットが許可されていない場合は失敗します。さらに、ICMPDOSなどのセキュリティ上の理由でパケットが拒否されることがあります。
2したがって、次のパラメータを使用してTracerouteを実行して「強制」のみを使用するようにしてください。ICMP情報：
traceroute 8.8.8.8 -I
マニュアルページはオプションセクションでこれを引用します。
-I, --icmp Use ICMP ECHO for probes
私には、「-I」オプションTracerouteを使用して追加のノードが表示されました。
ゲートウェイに停滞しているTracerouteメッセージに関する他の質問に答えるには：
Tracerouteがあまりにも多くのプローブと応答を送受信することによって嵐を引き起こす可能性があるため、双方向速度制限などのセキュリティ上の理由による可能性があります。レート制限により、パケットが制限されるか、許容可能なレートよりも高いレートでドロップされる可能性があります。
したがって、異なるパラメータを使用して同時メッセージ数を1に減らすことを検討してください。
traceroute 8.8.8.8 -I -N 1
参考までにUDPプロトコルそしてICMP接続指向プロトコルではないため、これらのパケットの一部を転送しないことが許可されます。