← 返回排障合集

假墙/半墙自查:部分站通部分不通、DNS 与分流错觉、浏览器缓存|2026专题(牛来)

更新日期:2026-10-29
别把订阅链接、token 或入口地址发给别人。节点名、菜单以 牛来门户 与客户端实际界面为准。
延迟、丢包、网站能不能用、有没有泄漏,都要自己测过才算数,文中一律标 【待实测】。
这篇只回答一个问题:代理「看起来开了」,为什么偏偏有的站通、有的站不通,以及怎么把假墙/半墙从真故障里拆出来。规则写了却不走,看《规则不生效排查》。

〇、30 秒结论

你看到的现象 先怀疑哪一层
Google/某几个外站能开,其它外站超时/证书怪/空白页 半墙体感:节点/规则只「救」了一部分域名;或 DNS 污染只打中一部分
昨天还能开,今天同一节点同一站不行;换浏览器又好了 浏览器缓存/HSTS/Service Worker/安全 DNS 伪装成墙
IP 检测站显示海外,但目标站仍像国内直连 分流错觉:检测站走了代理,目标站走了 DIRECT(或反过来)
手机能开、电脑不能(或反过来) 接管层不一致:一端 TUN、一端仅系统代理;或一端有扩展代理
「墙了」其实是 CDN/源站区域限制、登录风控、证书过期 假墙:根本不是审查,是站点/证书/风控本身

各档在线设备数:Lite 6/Plus 7/Pro 8/Max 9(以面板为准)。线路:独立中转入口 + VLESS + Reality,地区有港6、澳、日3、新3、台2、美3、德、英(以面板为准);支付宝/微信,无 USDT;优惠码可试 niulai7(折扣以结算页为准)。下载:download.niulaijichang.top;永久域:牛来机场.com。

一、这几篇怎么分工(避免看错篇)

文章 它解决什么 本篇不重复什么
DNS 泄漏自查 解析请求是否仍走运营商 DNS 不展开泄漏逐步截图;半墙分支只点名先排除泄漏
规则不生效排查 规则写了但不走/GEOIP/策略组选错 不讲 YAML/Provider;只讲「部分站通」时如何用对照证明是不是分流
系统代理 vs TUN 谁接管流量、怎么切换 不讲选型长文;「一端通一端不通」时对齐接管层
IPv6/双栈泄漏 双栈旁路 半墙若只发生在 IPv6 站,去看那篇

口诀:「全挂」先看故障排查清单;「分流怪」看规则不生效;「解析漏」看 DNS 泄漏;「有的通有的不通、像墙又不像」→ 本篇。

二、假墙/半墙分别指什么(用户体感定义)

这里不用学术定义,只用排障用语:

2.1 假墙(False Wall)

体感:「又被墙了。」实际常是:站点区域限制/风控、证书或时间问题、浏览器缓存了错误页/HSTS、你测的 A 域名背后 CDN(B)抽风。
关键特征:换无关外站或临时全局立刻正常,或同一 URL 换浏览器/清缓存立刻正常——更像本机或站点问题。

2.2 半墙(Half Wall)

体感:「代理开着,但只有一部分外站能用。」常由多层叠出:DNS 部分污染、分流误判 DIRECT/GEOIP、系统代理与 TUN/扩展接管不一致、某区节点差【待实测】、缓存把失败焊死。
关键特征:同一客户端同一节点下,站点集合稳定地通/不通分裂(随机闪断另案(拥堵/Wi‑Fi))。

三、五分钟对照实验(先证明「是不是墙」)

不要一上来换机场、重装系统。按固定顺序做对照,把变量一次只动一个:

  1. 确认客户端总开关开着;模式先记下来(规则/全局/直连)。
  2. 准备三组 URL(自己定,勿对外晒带账号的页):
    - G1:你认为「一直能通」的外站;
    - G2:你认为「半墙受害者」的外站;
    - G3:国内应直连站(银行/地图等,仅作对照)。
  3. 实验 A|临时切全局
    - 若 G1、G2 都立刻正常 → 节点层大概率 OK,问题在 规则/DNS/缓存(半墙偏分流或解析);
    - 若 G2 仍挂、G1 正常 → 更像 站点本身/证书/风控/该站专属 DNS,假墙权重上升;
    - 若 G1、G2 都挂 → 先回《故障排查清单》(连不上),本篇先放一放。
  4. 实验 B|切回规则,只清浏览器
    - 换无痕/另一浏览器打开 G2;或清该站缓存+Cookie(先别清全部密码库)。
    - 若无痕立刻好 → 缓存/扩展/安全 DNS 假墙;
    - 若仍挂 → 继续实验 C。
  5. 实验 C|看出口与解析是否「对得上」
    - 用 IP 检测页看当前出口地区(只作对照,不代表目标站路径);
    - 对 G2 域名做解析,看 IP 是否合理、是否国内污染地址(具体工具与结果【待实测】);
    - 若检测页显示海外,但 G2 的实际连接仍像直连 → 分流错觉(见分支 B)。
  6. 实验 D|对齐接管层
    - 仅系统代理 vs 开 TUN 各测一轮 G2(详见《系统代理 vs TUN》);
    - 关掉浏览器「代理类扩展」再测一轮(扩展和系统代理打架的细节见《浏览器扩展代理 vs 系统代理/TUN》;这里先关掉做对照就行)。

建议把你常用客户端在「规则+系统代理/规则+TUN/全局」三种状态下,G1/G2 通不通记成一张小表,结果【待实测】。

四、症状树总览

部分站通、部分不通(像墙)
 ├─ A DNS 污染/错觉:解析错了,代理再努力也连错门
 ├─ B 分流错觉:检测站走代理,目标站走了 DIRECT(或反)
 ├─ C 浏览器缓存/HSTS/SW/安全 DNS:旧失败被「记住」
 ├─ D 接管叠层:系统代理、TUN、扩展代理各管一段
 └─ E 假墙:站点风控/区域限制/证书/源站故障

一次只走一个分支;每改完用 同一 G2 URL、同一浏览器配置 复测。

五、分支 A:DNS 污染与「解析错觉」

5.1 典型体感

5.2 和「DNS 泄漏」的关系

泄漏强调:解析请求是否暴露给运营商。
污染/错觉强调:你拿到的答案是不是错的。
可以同时存在:泄漏导致你更容易吃到污染答案。先按《DNS 泄漏自查》确认模块开启与是否泄漏,再判断半墙是否由错误解析驱动。

5.3 实操顺序

  1. 确认客户端 DNS 模块启用(勿随意删机场下发的 DNS 段)。
  2. 浏览器临时关闭「安全 DNS/DoH」自定义,改回跟随系统,做对照。
  3. 对 G2 记录:域名 → 解析到的 IP → 是否与预期地区大致相符【待实测】。
  4. 若仅个别域名长期解析异常,优先怀疑 污染或本地 hosts,不是「整网被墙」。
  5. IPv6 仅部分站异常时,同时看《IPv6 双栈泄漏》。

六、分支 B:分流错觉(最容易误判成半墙)

6.1 典型体感

6.2 根因一句话

你观察的出口,不一定是目标站走的那条路。

检测站域名往往被规则明确送进代理;G2 可能:

6.3 拆穿错觉的最小动作

  1. 全局能开 G2 → 节点 OK,专治规则。
  2. 规则模式下,在客户端连接/日志里找到 G2 的 最终策略 + 最终节点名(看不到就换能看日志的客户端或开详细日志)。
  3. 若最终是 DIRECT → 这不是墙,是分流;补域名规则或修 GEOIP/规则集(见《规则集更新》)。
  4. 若最终是代理节点但仍挂 → 转向分支 E(假墙)或节点对该站质量【待实测】。

口诀:先问「它到底走没走代理」,再问「是不是被墙」。

七、分支 C:浏览器缓存把失败「焊死」成假墙

7.1 为什么像墙

浏览器会记住错误页、HSTS(曾被错误证书污染时极像永久打不开)、Service Worker 旧壳、以及扩展改写的请求。换节点/模式无效时,请求往往在出系统前就被浏览器层弄歪。

7.2 最小清理对照(由轻到重)

  1. 仅清 G2 站点缓存与 Cookie;2. 无痕/另一浏览器;3. 临时禁用代理/HTTPS/广告扩展;4. 安全 DNS 改跟随系统;5. 仍异常再动 TUN/系统代理。
    各浏览器「只清站点数据」能不能修好半墙,自己试一下记下来【待实测】。

八、分支 D:接管叠层(系统/TUN/扩展)

同一台机器上常见三层同时发言:系统代理(认代理的 App)、TUN(更底层吸入)、浏览器扩展代理(只绑浏览器)。
半墙长相:终端/游戏仍直连;TUN 权限未给却显示已连接;扩展指向旧端口导致「只有浏览器挂」。
排查原则:对照时只留一层——先关扩展 → 只测系统代理 → 再只测 TUN。扩展和系统代理/TUN 的细节见《浏览器扩展代理 vs 系统代理/TUN》。

九、分支 E:真·假墙(站点/证书/风控)

当全局与规则都把流量送进正确节点,G2 仍失败时,提高假墙权重:区域限制/版权库、登录风控、证书错误(见《证书错误排查》)、源站/CDN 故障(唯独 G2 挂则优先信源站)。
处理:同区换节点试一次【待实测】;换浏览器;看证书;最后才怀疑机场整体。

十、五分钟验收清单(建议每次「又半墙了」勾)

  1. 记下当前模式(规则/全局)与接管层(系统代理/TUN/扩展)。
  2. 准备 G1/G2/G3,做全局对照。
  3. 无痕或换浏览器打开 G2(排除缓存假墙)。
  4. 日志确认 G2 的最终策略与节点名(排除分流错觉)。
  5. 怀疑解析时,对照 DNS 泄漏文与本机解析结果【待实测】。
  6. 一次只改一个变量;不贴订阅;测速格 【待实测】。
  7. 若三层叠开,先关扩展再测。

十一、翻车对照速查

现象 优先分支 不要先做的事
检测站海外、目标站仍国内味 B 分流错觉 疯狂换机场
换浏览器就好 C 缓存/扩展 重装系统
只有浏览器挂、其它 App 正常 D 扩展或仅系统代理 立刻开全局永久挂着
全局也只有某一站挂 E 假墙/站点 重写整份规则
一批域名集体「找不到服务器」 A DNS 只换节点不查解析
手机通电脑不通 D 接管层不一致 两边同时乱改规则

十二、FAQ

Q1:半墙是不是说明机场「被针对性墙了」?
不一定。更常见是 DNS、分流、缓存、接管叠层。先用本篇对照实验排除本机变量,再谈线路质量【待实测】。

Q2:为什么 IP 检测显示国外,我还说是分流错觉?
因为检测站域名通常被规则优先代理;目标站可能 DIRECT。出口页 ≠ 目标站路径。

Q3:清缓存会不会把登录态清掉?
只清出问题的站点数据通常更安全。先无痕验证「是不是缓存」,确认后再决定清正式配置。

Q4:和「规则不生效」怎么选文?
已经能证明「该代理的域名最终是 DIRECT/错组」→ 看《规则不生效排查》。还停留在「像墙、说不清走没走代理」→ 先走本篇实验 A–C。

Q5:这篇会教怎么绕过网站风控吗?
不会。这里只帮你认出「不是墙,是网站自己的策略」,免得误判。

Q6:牛来场景有什么特别要注意?
牛来走的是独立中转入口 + VLESS + Reality;半墙排查和别家机场一样——先对齐接管和规则,再谈节点地区【待实测】。入口只认面板和下载域名。

十三、小结

  1. 假墙多看缓存/证书/站点风控;半墙多看 DNS/分流/接管叠层。
  2. G1/G2/G3 + 全局对照,先证明节点层还在。
  3. 看最终策略+节点名,别只看 IP 检测页。
  4. 先无痕/关扩展,再动系统;订阅别外传,速度自己测。

十四、可以自己验证的项(【待实测】)

入口: 牛来门户 · 客户端下载 · 永久域 · 码 niulai7
线路: 独立中转入口 + VLESS + Reality;支付支付宝/微信;无 USDT。

相关文章

← 返回排障合集 · 牛来机场基本事实