概要:「ネットワークパス」上のホストにpingを実行しても、TTL
はデクリメントされません
私のラップトップ(10.10.13.10
)は、OpenVPNを介して、いくつかのネットワークインターフェイスをホストするサーバー(10.10.13.1
)に接続されています。そのうちの1つは、10.10.10.254
ネットワークへのゲートウェイである10.10.10.0/24
です。 10.10.10.11
は、そのネットワーク上の1つのホストです。
ラップトップから10.10.10.11
へのパスは
>tracert -d 10.10.10.11
Tracing route to 10.10.10.11 over a maximum of 30 Hops
1 34 ms 32 ms 32 ms 10.10.13.1
2 83 ms 34 ms 35 ms 10.10.10.11
ラップトップから遠く離れたホストまで、さまざまなインターフェイスにpingを実行するときにTTL
sを確認しています。
>ping 10.10.13.10
Reply from 10.10.13.10: bytes=32 time<1ms TTL=128
>ping 10.10.13.1
Reply from 10.10.13.1: bytes=32 time=37ms TTL=244
>ping 10.10.10.254
Reply from 10.10.10.254: bytes=32 time=30ms TTL=64
>ping 10.10.10.11
Reply from 10.10.10.11: bytes=32 time=29ms TTL=63
TTL
は ホップごとにデクリメント -と予想されていましたが、上記の場合はそうではありません。128
で始まり、244
にジャンプし、次に64
と63
にジャンプします。 これの理由は何ですか?
セットアップに関する詳細情報:テストは、Windows 10(10.10.13.10
、ハードウェアNIC)から実行され、OpenVPNを介して複数のインターフェイス(10.10.13.1
、TUN
)を備えたUbuntu15.10に接続されます。および10.10.10.254
、ハードウェアNIC)。ターゲットデバイスは、Raspbianを実行しているRPiです(〜Debian-10.10.10.11
with WiFi NIC)。
ホップ制限(またはTTL)は、ホップごとに減少します(ネットワーク内の何かが深刻に壊れている場合を除く)。表示されている値は、送信しているパケットからではなく、受信している応答からのものです。
ネットワークにパケットを送信すると、ホップ制限は、宛先に到達するまで各ホップで減少します。宛先が要求に応答する場合、応答は新しいホップ制限が減少する新しいパケットになります。
初期ホップ制限は、パケットを生成するシステムによって選択されます。初期値の一般的な値のいくつかは64と255です。まれに、システムが残りのホップ制限を要求から応答にコピーすることがあります。
表示される値が異なるのは、pingを実行するシステムの構成が異なるためです。