简介 ：在“networkingpath”上ping主机时， TTL不会递减
我的笔记本电脑（ 10.10.13.10 ）通过OpenVPN连接到一个服务器（ 10.10.13.1 ），该服务器拥有多个networking接口。 其中之一是10.10.10.254 ，即通往10.10.10.0/24networking的网关。 10.10.10.11是该networking上的一台主机。
从笔记本电脑到10.10.10.11的path是
>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
我现在正在查看TTL的时候，从我的笔记本电脑到远程主机ping各种接口。
>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 。 这可能是什么原因？
有关设置的更多详细信息：testing是从Windows 10（ 10.10.13.10 ，一个硬件NIC）完成的，通过OpenVPN连接到Ubuntu 15.10，有几个接口（ 10.10.13.1 ， TUN和10.10.10.254 ，硬件NIC） 。 目标设备是运行Raspbian的RPi（〜Debian – 10.10.10.11带有WiFi NIC）。
每跳跳数限制（或TTL）都会减less（除非networking中的某些内容严重损坏）。 您所看到的值不是来自您要发送的数据包，而是来自您正在收到的回复。
在将数据包发送到networking上时，跳跃限制将在每一跳都减less，直到到达目的地。 如果目的地回复您的请求，回复将是一个新的数据包，新的跳数限制将减less。
初始跳数限制是由生成数据包的系统select的。 初始值的一些常见值是64和255.在极less数情况下，您将看到系统将剩余的跳转限制从请求复制到回复。
您看到的不同值仅仅是由于您ping的系统configuration不同。