扩展残留：关掉客户端后浏览器全挂怎么清｜2026专题（牛来）
更新日期：2026-10-29
别把订阅链接、token 或入口地址发给别人。节点名、菜单以 牛来门户 与本机客户端为准。
延迟、丢包、网站能不能用、有没有泄漏，都要自己测过才算数，文中一律标 【待实测】。
这篇只讲一种情况：客户端已经退了（或崩了），浏览器却全挂——扩展和系统代理的残留怎么认、怎么清、清完怎么确认。三层还都开着的话，看《三层混开》；想先搞懂扩展这一层能管什么，看《浏览器扩展代理 vs 系统代理／TUN》。
〇、30 秒结论
| 你看到的现象 | 更像哪一类 |
|---|---|
| 托盘客户端已关，Chrome／Edge 几乎所有站超时；无痕或另一浏览器却通 | 扩展残留：仍强制走 127.0.0.1:已死端口 |
| 关客户端后浏览器＋部分认系统代理的 App 一起挂 | 系统代理残留：OS「手动代理」还指着本地混合口 |
| 只剩某一个扩展情景挂、直连情景或无痕通 | 情景没切回直连／系统，不是牛来节点「集体下线」 |
| 重装客户端、狂换订阅、狂清 DNS，体感依旧 | 门牌号（端口）还在扩展里，装新客户端也救不了旧扩展 |
| 想搞懂三层同时亮着怎么关 | 看《三层混开》，这里不重复关层总表 |
| 想搞懂扩展覆盖范围 | 看《扩展 vs 系统／TUN》，这篇直接进「关完客户端」现场 |
各档在线设备数：Lite 6／Plus 7／Pro 8／Max 9（以面板为准）。线路：独立中转入口 + VLESS + Reality，地区有港6、澳、日3、新3、台2、美3、德、英（以面板为准）；支付宝／微信，无 USDT；优惠码可试 niulai7（折扣以结算页为准）。下载：download.niulaijichang.top；永久域：牛来机场.com。
一、这几篇怎么分工（避免看错篇）
| 文章 | 它讲什么 | 本篇不讲 |
|---|---|---|
| 扩展 vs 系统／TUN | 扩展覆盖范围、适合场景、叠用的概念 | 「扩展管不到微信」那些基础 |
| 三层混开 | 扩展＋系统代理＋TUN 还都开着的症状树与关层顺序 | 「三盏灯」总表；这篇假定客户端已退 |
| 系统代理被安全软件反复改写 | 杀软／安全中心反复改代理 | 杀软；这篇假定残留是「关客户端后没人收拾」 |
| 系统代理 vs TUN | 二选一怎么选 | TUN 驱动／权限入门 |
| 本篇 | 关客户端后浏览器全挂：扩展／系统代理残留清理与验收 | 推荐哪家扩展、情景导出文件 |
口诀：客户端退了≠浏览器松绑；先看扩展指没指死端口，再怪机场。
二、「关完还全挂」长什么样（现场画像）
把现场拆成三句话，比纠结「是不是被墙了」更快：
- 客户端进程没了（托盘图标消失、任务管理器里 Clash／sing-box 系进程结束，或机器刚重启）。
- 浏览器几乎什么都打不开——门户、搜索、视频、连面板 dash.niulaijichang.top 都超时；或者「部分站秒开、大部分站转圈」。
- 对照窗口却正常：无痕模式、另一个没装扩展的浏览器、手机热点＋系统浏览器，至少有一处能通。
若三条都对上，优先按残留排，不要先换节点、不要先重装机场客户端——那些动作经常解决不了「扩展还在喊一个已经不存在的本地门牌」。
常见假象：
- 「刚还能用，关了 Clash 就全挂」→ 第一反应是机场挂了，其实是扩展／系统代理还在指挥。
- 「重装了 Verge／Meta，订阅也更了，还是挂」→ 新客户端的混合端口可能变了，旧扩展情景仍写着旧端口。
- 「只有 Chrome 挂，Edge 通」→ 扩展只装在一边；不是线路／港日节点「坏了」。具体延迟 【待实测】。
三、残留到底是什么（两层，别混）
A. 扩展残留（这篇的重点）
SwitchyOmega／同类代理扩展把浏览器代理 API 设成「走某主机:端口」。客户端活着时，本地混合口在听，网页能通；客户端一退，监听没了，扩展却还在强制所有（或名单内）请求去敲那扇门——于是浏览器全挂、其它 App 可能完全没事。
残留不等于「扩展坏了」：情景文件、自动切换规则、临时规则都还在；只是目标端口已经变成黑洞。
B. 系统代理残留（常一起出现）
部分客户端退出时不会把 OS「使用代理服务器」勾掉。于是认系统代理的程序（含部分浏览器「跟随系统」情景）继续指向 127.0.0.1:混合口。表现是：不止浏览器，部分桌面软件也挂；扩展直连情景也可能跟着系统一起死。
本篇清理清单会先灭扩展灯，再查系统代理——顺序反了容易误判。
四、清理清单（一次只改一件事）
下面每一步改完，新开一个普通窗口（必要时退出浏览器再开）冒烟：打开面板与一个常访外站。通了就停，不要一口气全清。
步骤 1｜扩展切直连／关闭代理
- 打开扩展弹窗，把情景改成 direct／直连／系统代理／关闭代理（名称因扩展而异）。
- 若有「自动切换」且默认情景仍是旧代理，先关掉自动切换或把默认情景改直连。
- 冒烟：面板 + 常访站。
通了＝扩展残留坐实；以后想再用扩展，等客户端起来后再指当前混合端口，或干脆把浏览器交给系统代理／TUN，扩展保持不接管。
步骤 2｜核对扩展里的主机与端口（仍挂时）
打开扩展的代理服务器列表／情景编辑：
- 主机是否为
127.0.0.1／localhost； - 端口是否仍是上一任客户端的 HTTP／SOCKS／混合口；
- 有没有第二条「备用代理」也指着死端口。
客户端若已重装，到新客户端设置页看当前端口，再决定：要么改扩展对准新端口，要么扩展永久直连。不要边改边测十个站——改一处、测一处。数字 【待实测】。
步骤 3｜查 OS 系统代理残留
- Windows：设置 → 网络和 Internet → 代理 → 「手动设置代理」是否仍开着，地址是否
127.0.0.1。关掉并保存。 - macOS：系统设置 → 网络 → 详情 → 代理，去掉多余勾选。
- 再冒烟。
若关系统代理后「认系统的 App」恢复、扩展直连也恢复，说明刚才是系统代理残留主导，不一定是扩展。
步骤 4｜无痕／第二浏览器对照
- 无痕通、普通挂 → 扩展未进无痕或只在普通配置档生效：回到步骤 1。
- 两边都挂、系统代理已关 → 查是否还有另一款代理扩展、公司 PAC、安全套件强制代理（见《双扩展抢同一本地端口》、《公司强制 PAC》、《系统代理被安全软件反复改写》）。
步骤 5｜最后才动客户端与订阅
扩展与系统代理都干净后，再启动牛来所用客户端，确认只开一层（系统代理 或 TUN，扩展不接管），再从 面板 更新订阅。
若此时仍慢／仍挂，才进入节点、规则、DNS 方向——且结论标 【待实测】，别把「残留清理」和「线路质量」混成一锅。
五、翻车表（越修越像机场挂了）
| 翻车动作 | 为什么越修越冤 |
|---|---|
| 立刻换三家机场／狂开新号 | 残留在浏览器侧，换订阅解决不了死端口 |
| 只清 DNS／刷新 Hosts | 请求根本没出浏览器代理层 |
| 扩展保持「代理」情景，却指望重装客户端自动改端口 | 多数扩展不会跟着新客户端改门牌 |
| 扩展改直连后不重开窗口 | 旧标签页仍握着坏掉的代理会话 |
| 同时关扩展、关系统代理、卸客户端、开 TUN | 变量太多，下次复发无法复盘 |
| 用面板能打开证明「代理好了」 | 面板常可直连；证明不了扩展情景是否干净 |
六、验收清单（清完怎么算过关）
按顺序打勾，全部「是」再宣布残留清完：
- 客户端退出时，扩展情景为直连／不接管，浏览器能开面板与常访站。
- 客户端退出时，OS 手动代理为关（或明确不是
127.0.0.1死端口）。 - 客户端启动后，只开一层：系统代理 或 TUN；扩展保持不接管（或明确只服务「仅浏览器」场景且端口与当前客户端一致）。
- 无痕与普通窗口结论一致，或你能说清为何不一致（扩展是否进无痕）。
- 未在文档／聊天里粘贴任何订阅 URL／token。测速、网站能不能用、泄漏要下结论的话，标 【待实测】。
价格和优惠码折扣以结算页为准；设备数和中转信息以面板当前说明为准。
七、FAQ（残留向，短答）
Q：关客户端后只有个别网站挂、别的站还行？
A：更像规则／分流或扩展名单问题，不像「全端口黑洞」。先对照无痕；别一上来重装。
Q：扩展切直连就好了，还要不要卸扩展？
A：不必。保留扩展但默认直连即可；需要「仅浏览器代理」时再临时开，并确认端口与当前客户端一致。
Q：系统代理关了，扩展还挂？
A：扩展不走 OS 代理 API 时，系统代理关了对它无效——必须改扩展情景本身。
Q：这和「三层混开」是不是同一篇？
A：不是。《三层混开》假定客户端还在跑、三盏灯可能都亮；这篇假定客户端已退，专门清残留。
Q：牛来和扩展冲突吗？
A：牛来是面板机场，订阅在客户端消化；扩展只认主机:端口。冲突来自残留与叠用，不是谁和谁天生不兼容。
八、可以自己验证的项
| 项 | 状态 |
|---|---|
| 关客户端后扩展残留复现 | 【待实测】本机逐步记录 |
| 系统代理退出是否自动清理（各客户端） | 【待实测】 |
| 扩展改直连后旧标签恢复时间 | 【待实测】 |
| 港／日／新节点在「清残留后」的体感对比 | 【待实测】 |
| 清完残留后常用网站能否正常打开 | 【待实测】 |
| DNS／WebRTC 泄漏 | 【待实测】 |