linux中tcp空闲连接超时由应用层启用so_keepalive后，内核参数net.ipv4.tcp_keepalive_time、tcp_keepalive_intvl和tcp_keepalive_probes共同控制，三者缺一不可；若未调用setsockopt启用so_keepalive，修改内核参数无效。

Linux里TCP空闲连接超时由谁控制？ Linux内核并不直接暴露一个全局“套接字空闲超时”配置项，net.ipv4.tcp_fin_timeout 控制的是 FIN_WAIT_2 状态的持续时间，不是空闲连接的保活超时；真正决定 TCP 连接空闲多久后被断开的，是 net.ipv4.tcp_keepalive_time 及其配套参数，但它们只对启用了 keepalive 的 socket 生效——也就是说，应用层没调用 setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE, &on, sizeof(on))，这些内核参数就完全不起作用。

常见误区是以为改了 tcp_keepalive_time 就能让所有连接自动保活或断开，其实它只是“备选开关”，不是强制策略。

怎么查当前系统的 keepalive 参数值？ 用 sysctl 查三个关键参数：

• net.ipv4.tcp_keepalive_time：连接空闲多少秒后开始发送第一个 keepalive 探测包（默认 7200 秒，即 2 小时）
• net.ipv4.tcp_keepalive_intvl：两次探测之间的间隔（默认 75 秒）
• net.ipv4.tcp_keepalive_probes：连续探测失败多少次后判定连接已断（默认 9 次）

执行命令查看：

sysctl net.ipv4.tcp_keepalive_time net.ipv4.tcp_keepalive_intvl net.ipv4.tcp_keepalive_probes

注意：这些是系统级默认值，单个 socket 的实际行为还取决于应用是否显式启用 SO_KEEPALIVE，并可能通过 setsockopt 覆盖这些值（例如用 TCP_KEEPIDLE、TCP_KEEPINTVL、TCP_KEEPCNT）。

Browser Setup (No-Root Linux)

在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...

下载

怎么查某个具体进程的 socket 当前 keepalive 设置？ Linux 不提供直接读取 socket 级 keepalive 参数的接口，但可通过 /proc/[pid]/fd/ + ss 或 lsof 辅助判断：

• 先用 lsof -i -n -p [pid] 找出目标 socket 的 fd 编号
• 再查该 fd 是否启用了 keepalive：ss -tlnp | grep [pid] —— 如果输出中某行带 keepalive 字样（如 skmem:(r0,rb0,t0,tb0,f0,w0,o0,bl0,d0) 旁标注 keepalive），说明该 socket 已启用
• 更精确的方法是用 bpftrace 或 strace -e trace=setsockopt 启动进程，观察是否调用了 setsockopt(..., SOL_SOCKET, SO_KEEPALIVE, ...) 和后续的 TCP_* 选项

没有工具能直接 dump 出某个 socket 的 TCP_KEEPIDLE 实际值，因为内核不对外暴露这个运行时字段。

为什么改了 sysctl 却没生效？

• 应用在创建 socket 后、调用 connect() 或 accept() 前未启用 SO_KEEPALIVE，内核参数完全不参与
• 应用自己调用了 setsockopt(fd, IPPROTO_TCP, TCP_KEEPIDLE, ...)，覆盖了 sysctl 默认值，此时 sysctl 查到的只是“未被覆盖时的后备值”
• 某些服务（如 nginx、redis）默认禁用 keepalive，或仅对特定监听端口启用，需检查其配置文件里的 keepalive_timeout、tcp-keepalive 等字段
• 容器环境（如 Docker）中，容器网络命名空间可能继承宿主机 sysctl，也可能被 runtime 强制重置，需进容器内单独验证

空闲超时不是单一配置能决定的事，得从应用是否启用、内核参数是否匹配、运行时是否被覆盖三层去看。漏掉任意一层，查到的值都可能和实际行为对不上。