静态 IP 的“固定”到底固定了什么：一次会话保持的拆解

“买的是静态 IP，为什么登录一段时间后还是掉线？”静态 IP 只保证地址不变，不保证连接、会话和风控状态不变。把“固定”拆成几层看，才能定位问题。

一、静态 IP 固定的是什么

静态 IP 指在一段时间内分配给用户的公网地址不变。它可能仍然是共享的：机房把一段 IP 分给多个租户，或者家宽通过 NAT 让多个用户共用一个出口。静态只描述“地址稳定”，不描述“独享”。

对平台来说，静态 IP 的价值是行为可追踪：同一个账号长期从同一地址访问，登录地和历史记录一致。但如果这个地址同时承载很多账号，稳定性反而会变成关联风险。

二、TCP 连接与会话保持

浏览器访问网站时，先建立 TCP 连接，再跑 TLS 和 HTTP。连接可以复用：HTTP/1.1 的 keep-alive、HTTP/2 的多路复用，都会让多个请求走同一条连接。

代理链路里，连接复用还取决于代理客户端的实现：有的客户端为每个请求新建隧道，有的会保持长连接。即使出口 IP 不变，连接 ID、源端口、TLS 会话票证也会变化；平台如果把这些信号纳入风控，静态 IP 并不能保证“看起来完全没变”。

NAT 设备还有映射超时。长时间空闲后，连接会被回收；重连时源端口变化，平台看到的仍是同一 IP，但连接特征已经变了。这就是“IP 没变，登录却掉了”的一种常见原因。

TLS 会话票证可以跨连接复用，减少握手开销；但它不等于身份保持不变。平台可能同时看 IP、TLS 指纹、Cookie 和登录设备，任何一项变化都可能触发验证。

HTTP/2 的多路复用会把多个请求放在一条连接上；连接一旦断开，所有并发流一起失败，表现可能是页面整体掉线，而不是单个接口报错。排查时要区分“连接断开”和“账号失效”。

三、粘性会话与轮换

很多代理产品提供“粘性会话”：在一段时间内，同一会话固定走同一个出口。静态 IP 可以看作粘性时间很长的特例。

需要确认三件事：粘性时长是多少；是按连接、按会话还是按账号；超时后出口是否变化。登录、支付、广告投放等关键操作期间，如果粘性到期换了出口，账号可能触发二次验证。

常见误区有三个：静态 IP 不等于独享 IP；IP 不变不代表登录态不会掉，Cookie 过期、服务端会话超时都会让登录失效；粘性会话也不是越长越好，过长会让异常行为集中在一个出口，反而增加关联风险。

负载均衡的会话保持也可能基于 Cookie 或源 IP。静态 IP 对基于源 IP 的保持有帮助，但不能替代 Cookie；如果服务端把会话绑定在 Cookie 上，换 IP 但保留 Cookie，反而可能比“换 IP 又丢 Cookie”更稳定。

四、怎么验证

第一，连续请求同一目标，观察出口 IP 和连接是否复用：

for i in 1 2 3; do
  curl -s -o /dev/null -w '%{remote_ip}\n' https://example.com
done

remote_ip 是本次连接的对端 IP；如果三次结果不同，说明出口在轮换。再用 curl -v 看是否出现 “Re-using existing connection”，判断连接有没有复用。

第二，做一次长连接测试。登录后保持页面打开 10—30 分钟，再发起请求，观察出口 IP 是否变化、登录态是否失效。测试至少覆盖三个时间点：登录后立即、空闲 10 分钟、空闲 30 分钟；只测一次连续请求，发现不了粘性到期的问题。

第三，检查代理客户端的会话配置。粘性时长、轮换策略、失败重试是否换 IP，都要看实际配置，不要只看产品页。看客户端日志里是否为每个标签页新建隧道、失败重试是否换出口；这些细节比产品页的“静态 IP”四个字更能解释实际行为。

第四，区分 IP 问题和账号问题。如果换一个账号、同一个 IP 仍异常，可能是 IP 信誉；如果同一账号换 IP 就恢复，才更像会话或网络层问题。

五、总结

静态 IP 固定的是地址，不是连接、端口、TLS 会话或风控评分。对需要长期登录的业务，除了 IP 稳定，还要确认粘性时长、连接复用和关键操作期间不换出口。

把“静态”当成一个整体去验证，比只看产品标注的“固定 IP”更可靠。