web-dev-qa-db-ja.com

なぜTTL増加するのですか？（そして一般的に不規則に動作します）

概要：「ネットワークパス」上のホストに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を実行するときにTTLsを確認しています。

>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）。

networkingfirewallroutingipttl
1
WoJ

ホップ制限（またはTTL）は、ホップごとに減少します（ネットワーク内の何かが深刻に壊れている場合を除く）。表示されている値は、送信しているパケットからではなく、受信している応答からのものです。

ネットワークにパケットを送信すると、ホップ制限は、宛先に到達するまで各ホップで減少します。宛先が要求に応答する場合、応答は新しいホップ制限が減少する新しいパケットになります。

初期ホップ制限は、パケットを生成するシステムによって選択されます。初期値の一般的な値のいくつかは64と255です。まれに、システムが残りのホップ制限を要求から応答にコピーすることがあります。

表示される値が異なるのは、pingを実行するシステムの構成が異なるためです。

3
kasperd