概括: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 各种接口，从我的笔记本电脑到远处的远程主机。
>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和10.10.10.254，硬件 NIC）的 Ubuntu 15.10。目标设备是运行 Raspbian 的 RPi（~Debian -10.10.10.11带有 WiFi NIC）。
答案1
跳数限制（或 TTL）在每次跳数时都会减少（除非您的网络出现严重故障）。您看到的值不是来自您发送的数据包，而是来自您收到的回复。
当您将数据包发送到网络时，跳数限制会随着每次跳数的增加而减少，直到到达目的地。如果目的地回复您的请求，则回复将是一个新的数据包，其新的跳数限制会减少。
初始跳数限制由生成数据包的系统选择。初始值的一些常见值为 64 和 255。在极少数情况下，您会看到系统将剩余跳数限制从请求复制到回复。
您看到的不同值仅仅是由于您 ping 的系统配置不同。