本文目录导读：
tcp_probe_interval 这个参数在标准的 Linux TCP/IP 协议栈中并不直接存在。
你询问的“探测间隔”，很可能是指 TCP 的 Zero Window Probe (零窗口探测) 机制中的探测间隔，在 Linux 系统中,控制这个探测间隔的参数通常是：
tcp_retries2(间接控制)- *`tcpkeepalive`** (用于保活探测,而非窗口探测)
如果你指的是 TCP 对端窗口为 0 时的探测间隔，那么修改 tcp_probe_interval 实际上无效，正确的做法是通过修改 /proc/sys/net/ipv4/tcp_retries2 来影响探测的总时间和重试次数。
为了提高精确度，以下是 TCP 零窗口探测的详细机制以及如何在 Linux 中实际控制这个“探测间隔”：
错误的参数名澄清
tcp_probe_interval：这不是 Linux 内核标准参数，很多系统或网卡驱动可能有类似命名，但这并非 TCP 协议层的标准接口。- 正确概念：TCP Zero Window Probe，当接收方窗口为 0 时，发送方会定时发送一个 1 字节的数据包来探测对端窗口是否重新打开，这个“定时”就是你要的探测间隔。
Linux 中实际的探测间隔控制参数
在 Linux 中，tcp_retries2 是一个关键参数，它控制着 TCP 连接在探测窗口（或处理重传）时的重试次数，从而间接决定了探测间隔。
关键参数：tcp_retries2 (默认值：15)
这个参数定义了 TCP 在放弃连接前，对 零窗口探测 或 数据重传 的最大重试次数。
-
探测间隔如何计算？
- 第一次探测：超时时间 = TCP 初始 RTO（1-3 秒）。
- 第二次探测：间隔会指数退避，即 2 倍、4 倍、8 倍...直到
tcp_retries2达到最大值。 - 最终总超时时间：大约在
tcp_retries2× 某个基础值（1 秒）到tcp_retries2× 109 秒之间波动，默认值 15 通常意味着总超时在 15 ~ 900 秒左右（取决于 RTT）。
-
如何调整间隔（间接方式）？ 如果你想缩短探测间隔（更频繁地发送探测包），可以减小
tcp_retries2的值，但注意,这也会导致连接更快断开。# 查看当前值 sysctl net.ipv4.tcp_retries2 # 临时修改（例如改为 5，连接会在约 5-10 秒内断开） sudo sysctl -w net.ipv4.tcp_retries2=5 # 永久修改 echo "net.ipv4.tcp_retries2=5" | sudo tee -a /etc/sysctl.conf sudo sysctl -p
精确控制间隔的替代方案：tcp_keepalive_* (用于保活，非零窗口探测)
如果你的场景是保持连接活跃（NAT 网关不关闭连接），而非应对接收窗口为 0 的情况，则使用 tcp_keepalive 参数：
tcp_keepalive_time(默认 7200 秒)：连接空闲多久开始保活探测。tcp_keepalive_intvl(默认 75 秒)：保活探测包的发送间隔。tcp_keepalive_probes(默认 9)：探测失败后重试次数。
如何查看和验证当前的探测行为？
可以使用 ss -ti 命令查看 TCP 套接字的详细信息，包括当前的 RTO 和重传次数。
# 查看某个特定连接（假设端口是 8080） ss -ti | grep -A 1 8080
输出示例中会包含：
skmem:... rto:2000 ... (RTO 值，即探测间隔) retrans:0/15 (当前重传次数/总限制)
如果非要找一个叫 probe_interval 的参数
在一些较老的内核、特定的网络驱动（例如某些无线网卡）或非标准的 TCP 实现中，可能存在名为 tcp_probe_interval 的模块参数，但这不是 Linux 标准 TCP 协议栈的属性。
标准 Linux 系统中，控制 TCP 零窗口探测间隔的实际方法是调整 tcp_retries2，不存在一个直接名为 tcp_probe_interval 的内核参数。
推荐操作：
- 使用
sysctl net.ipv4.tcp_retries2查看当前值。 - 如果要加快探测频率（缩短间隔），减小
tcp_retries2。 - 如果要精确控制保活间隔（与窗口探测不同），使用
tcp_keepalive_intvl。
标签： Tcp探测间隔
