為什麼TTL會增加？（並且通常表現不正常）

摘要：TTL在“網路路徑”上 ping 主機時不會減少

我的筆記型電腦 ( 10.10.13.10) 通過 OpenVPN 連接到10.10.13.1託管多個網路介面的伺服器 ( )。其中之一是網路10.10.10.254的網關10.10.10.0/24。10.10.10.11是該網路上的一台主機。

從筆記型電腦到的路徑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

我現在在TTLping 各種介面時查看 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、aTUN和10.10.10.254、硬體 NIC）的 Ubuntu 15.10。目標設備是執行 Raspbian 的 RPi（~Debian -10.10.10.11帶有 WiFi NIC）。

每一跳的跳數限制（或 TTL）都會減少（除非您的網路中的某些東西嚴重損壞）。您看到的值不是來自您發送的數據包，而是來自您收到的回复。

當您將數據包發送到網路上時，每個躍點的躍點限制都會減少，直到到達目的地。如果目的地回复您的請求，則回復將是一個新的數據包，其中新的躍點限制正在減少。

初始跳數限制由生成數據包的系統選擇。初始值的一些常見值是 64 和 255。在極少數情況下，您會看到系統將剩餘的躍點限制從請求復製到回复。

您看到的不同值僅僅是由於您 ping 的系統配置不同。

引用自：https://serverfault.com/questions/767008