公共Wi-Fi连上却不能翻墙:先检查认证页

摘要:解释公共Wi-Fi认证与代理连接的先后关系,提供先确认网络放行、再检查节点的排查顺序。

酒店或车站的无线网络显示已连接,代理节点却全部超时,并不一定是节点同时失效。部分热点要求先接受条款或完成认证,才允许设备访问外网。无线连接成功只说明接入了网络,能否连接代理服务器,还取决于热点是否已经放行。

先完成网络的接入步骤

查看系统是否提示需要登录网络,并核对热点名称和场所提供的认证入口。Windows可能在检测到认证需求时打开浏览器,微软说明解释了这一行为。不过,没有弹出窗口不能证明不需要认证,图标提示也不能单独定位故障。

如果认证页面被代理路径影响,可先暂停接管流量的功能,按场所说明完成认证,再恢复原设置。操作前记下当前模式,避免排查后忘记恢复;这一步只处理接入入口,不需要删除订阅或重装客户端。

认证状态与网页不是一回事

RFC8908定义了查询认证状态的接口:设备可获知当前是否受限,以及用户需要访问的认证页面。接口地址与供人操作的页面地址不同,不能把看到一段接口数据误认为已经登录成功。

RFC8910进一步规定,网络可通过地址分配或路由通告提供这个接口的位置。这是标准机制,并不意味着每个热点都已实现;实际操作仍以设备提示和网络运营方的说明为准。

收到认证页面时核对域名与场所信息。遇到证书错误,不要为了弹出入口就关闭浏览器的证书检查,也不要接受来源不明的根证书。现代认证接口要求加密通信,但有有效证书仍不等于网络运营者一定可信。

放行之后再检查代理

认证完成后,先用普通连接打开一两个公开HTTPS页面,确认返回的是目标内容,而非认证页或广告。随后恢复代理,用相同页面比较结果;普通连接正常、代理失败时,再检查节点和规则,排查范围会小很多。

若使用一段时间后再次失效,先查看认证会话是否到期。标准接口可以提供剩余时间或流量,但实际热点未必显示这些信息。记录失败发生在认证前、恢复代理后还是会话结束后,能帮助区分接入限制与节点故障,减少无效切换。