隧道代理最容易让人困惑的地方，是连接参数看起来一直没变，目标网站看到的公网IP却可能变化。原因并不矛盾：客户端连接的是稳定的代理入口，服务端再根据账号、会话和调度规则选择出口IP。固定入口解决“怎么接入”，动态出口解决“这次从哪里出去”，两者不是同一个地址。
一条请求在隧道代理里经过哪些环节
可以把链路拆成四段：客户端先连接入口域名与端口，入口完成账号密码或白名单认证，调度层根据地区、会话键和可用库存选择节点，最后由出口节点访问目标服务。目标服务通常看到的是出口公网IP，而不是入口服务器的地址。
因此，购买后拿到一个长期不变的域名和端口，并不能证明出口也是静态IP。要判断地址是否固定，应查看连续请求的出口结果和产品约定，而不是只看接入参数。
出口IP什么时候会变化
| 轮换方式 | 常见触发条件 | 验收重点 |
|---|---|---|
| 按请求轮换 | 每个新请求都可能重新选出口 | 连续请求是否按约定分散，失败重试是否会换地址 |
| 粘性会话 | 同一会话键在有效期内尽量保持出口 | 会话键格式、有效期、并发请求的一致性 |
| 定时轮换 | 达到服务端设定周期后重新调度 | 周期从何时计算，活动连接是否立即断开 |
| 故障切换 | 出口下线、线路不可达或库存调整 | 是否保留原会话，切换后地区与协议是否仍符合订单 |
“粘性”也不等于绝对不变。连接中断、出口故障、会话过期或服务端维护，都可能触发重新分配。需要长时间绑定同一公网地址的任务，应选择明确交付固定出口的静态代理IP，而不是仅凭“长会话”判断。
隧道代理、提取式代理和静态代理怎么区分
隧道代理通常只需维护一组入口参数，IP池和轮换由服务端处理，适合不想频繁更新代理列表的程序。提取式代理会通过接口返回一批可直接连接的IP和端口，客户端要负责失效检测、替换与重试。静态代理强调服务周期内出口地址保持，但仍要确认是否独享、是否允许故障替换以及续费后的保留条件。
三类产品没有绝对高低之分。持续采集自有或获授权数据时，隧道入口能减少代理池维护；API白名单或长期会话依赖固定公网地址时，静态出口更容易管理；需要自行控制节点淘汰逻辑时，提取式列表更透明。
购买隧道代理前先把这些规则问清
- 入口：交付域名还是IP，端口是否固定，入口故障时如何切换。
- 出口：住宅、移动或机房网络如何定义，地区粒度按国家、州省还是城市交付。
- 轮换：按请求、按时间还是按会话键；会话过期和断线后怎样重新分配。
- 协议：HTTP、HTTPS隧道或SOCKS5分别支持哪些认证与目标端口。
- 容量：并发限制指TCP连接、进行中的请求还是账号总线程，超限时返回什么错误。
- 计费：按流量、请求、并发或时长结算，失败请求和重试流量是否计费。
- 替换：出口不可用、归属地不符或信誉异常时，证据要求和处理时限是什么。
这些字段应写入订单说明或验收记录。只写“高可用”“自动换IP”无法回答会话能保持多久，也无法界定出口变化是否属于正常调度。
怎样验证固定入口和动态出口
先在同一客户端、同一网络下重复请求自有或获授权的IP检测接口，并记录时间、入口、会话键、出口IPv4/IPv6、状态码和响应耗时。测试时每次只改变一个变量：先保持同一会话键，再更换会话键；随后跨过约定有效期重试；最后模拟一次正常断开并重新连接。
curl -x http://user:password@proxy.example.net:port https://your-ip-check.example/path示例中的域名和凭据只是占位符，应替换为自己的代理入口和检测端点，日志中不要保留真实密码。若产品支持SOCKS5，还要区分本地解析与远程解析，避免把DNS路径变化误判为出口轮换。
三个常见异常该怎么判断
更换会话键后出口仍不变
这不一定是故障。可用IP池较小、地区筛选过窄或调度器允许重复命中时，新会话也可能获得原地址。应按服务约定扩大样本并核对响应中的会话信息，不能用一次重复直接判定“没有轮换”。
同一会话中途换了IP
先检查会话键是否在每个请求中一致、是否超过有效期、连接是否经过重试。若这些条件都未变化，再把时间点和请求标识交给服务方核对出口故障或节点迁移记录。
出口地区符合订单，城市却不一致
IP归属地数据库对城市级结果可能不同。验收前应约定使用哪个数据库、允许何种精度，并把ASN和网络类型一并记录。城市标签不能代替线路和真实访问结果。
结论
隧道代理的核心不是“一个会变的代理地址”，而是用固定入口封装出口池和调度规则。购买时要把入口稳定性、出口类型、轮换触发、粘性会话、并发口径和计费方式分开确认；验收时则通过受控变量和连续记录证明每条规则是否兑现。
