很多人以为配好代理IP 之后,一个站点的所有请求都会从同一个出口出去。实际上未必——服务端可以通过一个响应头,告诉浏览器”这个服务还有另一个入口”,浏览器记下来之后,下一次可能直接奔着那个新入口去。
Alt-Svc 是服务端给出的”另有入口”提示
Alt-Svc 是 HTTP 的一个响应头,全称是 Alternative Services,作用是让服务端告诉客户端:除了现在这条路径,我还有别的接入方式,可能是另一台主机、另一个端口,也可能是另一种协议。响应里会带上这个备用入口的位置,以及建议记住的时长。
浏览器收到之后会把它记在本地,在有效期内再次访问同一站点时,会考虑直接去连那个备用入口。这个”记下来”的动作发生在浏览器内部,属于连接选择层面的机制,与代理设置是两套并行运转的东西。
关键的地方在于:当备用入口指向的是另一个地址时,浏览器下一次可能不再把请求交给代理IP 转发,而是用本地网络直接连过去。于是就出现了一种很费解的现象——同一个站点里,一部分请求明明从代理IP 出口出去,另一部分却不是。
常见做法:发现出口地址不对,第一反应是代理IP 客户端出了问题,于是反复重连、反复切换。折腾一圈之后现象依旧,因为它根本不是连接稳定性的问题。
更稳妥的做法:先确认浏览器本地是否还留着该站点的备用入口记录。这条记录有有效期,在有效期内它会一直生效;清掉之后重新访问,请求就会重新回到既定的代理IP 链路上,现象随之消失,这就反证了成因。
常见做法:把现象归到服务商身上,换一家再试。换了之后短时间内似乎好了,其实是新环境下本地还没有对应的记录,等记录重新建立,同样的现象会再次出现。
更稳妥的做法:在开发者工具里直接看那一次请求连的远程地址是什么。地址与代理IP 出口对不上,而站点其他请求对得上,基本就可以锁定在这一类成因上。
- 确认现象范围。看是不是同一个站点里只有部分请求的出口不同,还是全部都不同。全部不同通常是配置问题,部分不同才需要考虑入口提示。
- 查看响应头。在开发者工具里打开首次访问的响应头列表,找找有没有备用服务的声明字段,有的话说明服务端确实下发了。
- 清掉本地记录。通过浏览器的站点数据清理入口,把该站点的网络相关缓存一并清掉,备用入口记录会随之失效。
- 清前后各测一次。清理之前与之后分别测一次出口地址,两次结果不同就能确认成因,不必再往下猜。
- 长期怎么处理。如果这个站点由自己管理,可以评估是否真的需要下发这个头部,以及有效期设置是否合理;如果只是访问方,把它加进出口异常的排查清单即可。
顺带区分一下容易混淆的邻居:这个头部常被用来引导客户端使用更新的传输协议,但它本身只是一个”入口提示”机制,与具体用哪种协议是两件事。协议层面的取舍是另一个话题,本篇聚焦的是入口选择这一层。
把这条线索记在排查清单里,代理IP 环境下”出口时灵时不灵”的情况就能少绕很多弯路——很多时候不是链路不稳定,而是浏览器被服务端指去了另一条路。