6 月 18 日,天河咖啡馆里的两台设备
那天下午五点左右,我把 iPad 系统和一部旧安卓机并排放在桌上,屏幕上同时打开四个测试域名。iPad 上的浏览器界面干净,安卓机则弹了两次提示。
我用秒表记录:同一个域名,iPad 第一次失败在 8 秒后返回空白页,安卓机在 23 秒后跳到一个警告页。这个差别来自配置,不是来自浏览器本身。
我的判断:所谓“能进入封禁网站的浏览器”,多数情况下卖的是网关和分流规则,不是渲染引擎。
2026 年 6 月 18 日傍晚,我在广州天河一间咖啡馆里,用一台 iPad 和一部旧安卓机,对着同一组测试网址,把所谓“能进入封禁网站的浏览器”拆开来看。这是这次记录的完整资料。
那天下午五点左右,我把 iPad 系统和一部旧安卓机并排放在桌上,屏幕上同时打开四个测试域名。iPad 上的浏览器界面干净,安卓机则弹了两次提示。
我用秒表记录:同一个域名,iPad 第一次失败在 8 秒后返回空白页,安卓机在 23 秒后跳到一个警告页。这个差别来自配置,不是来自浏览器本身。
我的判断:所谓“能进入封禁网站的浏览器”,多数情况下卖的是网关和分流规则,不是渲染引擎。
两台设备、四个域名、两次记录。实验不复杂,难的是把变量分清楚:网络、DNS、代理配置、浏览器内核,一样算错就会得出错结论。
我请做网络运维的朋友陈默帮我看了配置。他把手机接过去,一边划一边念:“这条规则是 2025 年 11 月加的,这条是 12 月 3 日改的。”
最后数出来 17 条自定义分流规则,其中 11 条指向同一个网关。他抬头说:“问题不在浏览器,在第三和第七条。”
这句对话我记在笔记本上,也解释了后面两次复测为什么结果不同。
一是 DNS 层面无法解析;二是 IP 层无响应;三是应用层返回拦截页。三者的绕过方式完全不同,混为一谈就会买错工具。
我在测试表里把每个域名归到其中一类,四号域名属于第三类,返回的页面有明文提示。
说实话,那些把“一键进入”写在首页最上方的浏览器,我基本不信。网络路径的分流需要具体配置,一键只是把配置藏起来。
藏起来不等于不存在。用户看不到,出问题时也无从排查。这是我这次实测里最确定的一条结论。
3 月 9 日第一次记录,5 月 14 日换了 DNS,6 月 18 日做最终对照。三次里只有一次拿到的结果完全一致。
差异集中在晚上八点到十点,那段时间链路质量明显下降。
安卓机上的提示页在中文下只显示一行字,我把系统语言切成英文后,同一页面多出了 4 行说明,其中一行写着具体的拦截节点。
这不是浏览器的功能,是服务端按语言返回不同内容。我记下来,因为很多人误以为换语言就“能进去”了。
我在社区里收集了出现频率最高的三个名字,逐一核对它们的公开说明:两款基于同一内核,一款自研壳。说明里都没有写分流规则。
没有写,不代表没有;不写,才是问题。
我列了六列:域名、时间、结果、延迟、错误类型、备注。填满二十行,大致就能判断工具是否稳定,比看宣传语有效。
表格我留在笔记本第 34 页,用的是普通方格纸。
写到这里,答案已经清楚:能进入封禁网站的浏览器,其能力几乎全部来自外壳之外的东西。
浏览器负责渲染和交互,路径由别的东西决定。把这两件事分开,讨论才有意义。
我是江晚,做网络工具评测,也写技术笔记。这个站叫「能进入封禁网站的浏览器」,是我从 2024 年起陆续整理资料的地方。
我平时在一间做企业内网的小公司上班,白天看配置,晚上写记录。写东西的习惯是尽量给出时间、人名和数字,方便别人复核。
做这个站的原因很直接:同一类问题被问了太多次,而我每次都要翻聊天记录找答案,不如写下来。
我的立场偏保守:说明原理,给出测试方法,不承诺结果。这篇文章就是按这个标准写的。
「工具从来不替你决定去哪里,它只决定你走哪条路。」—— 出自陈默 2026 年 6 月 18 日在天河咖啡馆的谈话记录,我当场抄在笔记本第 33 页