闪连VPN已经连上，测地址出口也可能已经切换，但泄漏检测页仍提示 WebRTC 暴露了本地地址或真实地址时，按「先读懂检测结果 → 查客户端有无防泄漏开关 → 换浏览器对比 → 谨慎处理扩展 → 测完恢复会议所需能力」排查。具体开关名称以闪连实际界面为准。
WebRTC 是浏览器用来打电话、开视频会议的一套技术，有时会旁路普通代理路径，把局域网地址或公网地址带到页面脚本里。它和「测地址页面看到的出口」不是同一件事：出口对了仍可能被 WebRTC 项标黄。本文只处理 WebRTC 提示，不重复讲分流导致浏览器直连的完整流程。
用人话理解：检测页在报什么
检测结果里常见两类地址。一类是局域网地址，长得像家里路由器分配的内部号码，出现在 WebRTC 项不一定等于「公网身份暴露给全世界」。另一类是公网真实地址，才更值得对照你的闪连出口。先分清类别，再决定要不要改浏览器；不要一看到红色就重装系统。
- 把检测页截图留在本地对照，标注哪些是局域网、哪些是公网，避免把内部地址当成「家乡公网被看光」。
- 同一时刻再打开测地址页面，确认 IPv4 出口是否已是节点侧；出口未变时，先按 IP 泄漏自查走，再回来看 WebRTC。
- 检测页只是提示，不是法院判决；结合你是否真的要在不可信网页里开启摄像头通话，来决定收紧程度。
- 公司电脑上的检测结果可能被安全软件注入，换个人设备复测一次，避免在托管环境里空耗一下午。
先看闪连客户端有没有防泄漏相关开关
部分版本会在隐私、安全或高级设置里提供与防泄漏、WebRTC、流量护盾相关的选项。若有，按说明打开后断开再连接，用同一检测页复测。若没有，不要在第三方论坛下载所谓补丁包，下一步转到浏览器侧对比。没有的功能不要假装菜单里一定有，以你屏幕上真实可见的为准。
- 打开开关前后只改这一项，复测 WebRTC 行是否仍暴露公网真实地址，并记下节点是否仍稳定连接。
- 若开关描述偏向「阻断未隧道流量」或同类表述，打开后先确认普通网页与你常用的会议软件是否仍可用，再决定是否长期开启。
- 更新客户端后菜单名可能变化，仍按「隐私或安全相关 → 防泄漏」逻辑查找，找不到就转到浏览器步骤，不必反复重装。
- 手机 App 与电脑客户端选项可能不同，在你实际看到检测告警的那一端处理，不要在手机上乱改却在电脑上检测。
浏览器侧对比：换一套浏览器看结果是否消失
WebRTC 行为高度依赖浏览器实现。同一台电脑、同一个闪连连接下，用浏览器 A 检测告警、换浏览器 B 告警消失，说明问题在浏览器策略，而不是闪连没连上。对比时使用干净配置或无痕窗口，并确认闪连对无痕生效，避免变量太多。
- 先固定闪连节点与模式，只更换浏览器做两次检测，得出「与浏览器相关」或「所有浏览器都报」两种分支。
- 所有浏览器都报公网真实地址时，回到客户端防泄漏与整机隧道模式；只有一款浏览器报警时，优先调整该浏览器。
- 刚装好的测评类扩展可能自己读取本机地址，卸掉之后再测，避免扩展把检测页搞得更红。
- 企业版浏览器策略可能强制开启某些实时通信能力，个人设备上的结论不要硬套到公司电脑。
谨慎对待「一键修复」扩展与来路不明脚本
搜索「关闭 WebRTC」时会看到大量扩展与脚本。来路不明的工具可能要求过多权限，得不偿失。优先用浏览器自带设置或官方文档提到的策略；必须用扩展时，只选你信任来源、权限最小的，并在不用检测时考虑关掉。改完做一次视频通话预检，确认没有误伤。
- 安装任何扩展前看权限列表，若要求读取所有网站数据，想想自己是否真的需要它长期挂着。
- 改完设置后，用一次你常用的会议或通话功能，麦克风摄像头仍正常再宣布胜利，否则及时回退。
- 不要在检测页上随便点「一键修复」跳转到陌生站点下载可执行文件，那与闪连排障无关，风险更高。
- 家庭共用电脑时，改的是当前用户的浏览器配置，提醒家人会议前若打不开摄像头，可能是你刚关掉的 WebRTC。
测完记得恢复，避免误伤视频会议
为了让检测页变绿而彻底禁用 WebRTC 后，第二天开会可能突然没有画面。把「检测用的临时收紧」和「日常会议用的放宽」分开。检测结束若你工作依赖浏览器通话，按需恢复；日常上网可继续开着闪连与客户端防泄漏。安全与可用性要一起验收，而不是只追绿色图标。
- 建立一个简单习惯：检测日前记下改过哪些项，测完对照清单恢复，避免三个月后忘了自己关过什么。
- 若工作账号必须用浏览器开会，可在专用配置文件里保留 WebRTC，日常冲浪用另一配置文件收紧。
- 闪连断开后，浏览器侧的 WebRTC 策略不会自动替你恢复出口隐藏，该关闪连时仍要意识到出口回到真实地址。
- 验收谈话：开着闪连，出口地址正确，会议能进，检测页对公网真实地址不再误报或你已接受仅局域网提示。
和「测 IP 仍显示真实地址」如何分工
测地址仍显示真实出口，优先查分流、分应用、IPv6 绕隧道；WebRTC 告警则优先查浏览器与防泄漏开关。两条线都做可以，但不要同一分钟又改名单又装五个扩展。先让出口地址对，再处理 WebRTC，顺序更清楚，也少把自己锁在开不成会的状态。
- 出口未切换时，先完成 IP 泄漏自查，再看 WebRTC，否则你在错误出口上「修浏览器」只是浪费时间。
- 出口已切换仍报 WebRTC 公网地址，才值得深入浏览器；若只报局域网地址，评估你是否在不可信页面启用通话。
- 两篇文章的验收标准不同：一篇看测地址数字，一篇看 WebRTC 行与会议是否可用，不要用同一张截图宣称全都好了。
- 写给自己的备忘只保留成功组合，例如「系统客户端加某浏览器清洁配置」，下次少踩坑。
只在不可信页面更担心时
若你只在常用大站和公司会议域名里开启摄像头，对偶然打开的陌生页保持警惕，风险模型与「全年禁用 WebRTC」不同。可以在浏览器里限制站点权限：默认不给摄像头麦克风，需要时再临时允许。这比安装来路不明的全局砍断扩展更稳妥，也更不容易误伤。
- 检查浏览器站点权限列表，把很久不用的会议站点权限清掉，减少后台页面偷开采集设备的机会。
- 公共 Wi-Fi 下开会，仍建议先连闪连再进会议，WebRTC 与隧道保护是不同层，可同时需要。
- 检测页本身也是网页脚本，测完就关掉该标签，避免它长时间挂在后台继续枚举本机地址。
- 教育家人：看到红色检测不要转发恐吓截图，按步骤分清局域网与公网后再决定要不要改设置。
验收标准与生活化小结
开着闪连：测地址出口为节点侧；泄漏检测对公网真实地址的 WebRTC 提示消失或降至你可接受范围；常用视频会议仍能进出。三关过完就停。具体按钮以闪连与浏览器当前界面为准，不编造隐藏菜单。
- 把成功的客户端开关状态与浏览器配置记一句人话，升级系统后若复发，按记录恢复比重新搜教程快。
- 不要只为了让检测页全绿而关闭所有实时通信能力，除非你确实从不在浏览器里开会或通话。
- 换电脑时不要一键同步来路不明的隐私扩展大礼包，请逐个添加、逐个实测，并坚持权限最小化。
- 遵守当地法规与网站条款；防护目的是保护自己的出口与会话，不是去攻击或探测他人网络。
酒店或咖啡店里临时办公，最稳的组合往往是：闪连连上并确认出口，浏览器默认拒绝摄像头，只对正在开的会议站点临时授权。散会后可断开闪连或回到日常节点。把 WebRTC 当成「浏览器通话孔」，需要时打开，不需要时不要让陌生页随便探头。
- 若检测只在某一公众号内置浏览器里报警，那是套壳浏览器策略问题，换系统浏览器复测再下结论。
- 家长控制或安全套件有时会改 WebRTC 相关策略，临时退出对比前先保存工作，避免会话丢了又怪闪连。
- 同一检测页用多标签重复打开时结果可能闪烁，请只留一个标签，等几秒再读数，减少误判。
- 全部完成以后把下载目录里误下的那些所谓修复工具删掉，避免以后手滑误点安装带来风险。
为什么出口对了仍可能看到 WebRTC 告警
隧道负责把大多数网页请求送到节点，浏览器里的实时通信组件却可能另外协商路径。于是出现「测地址已经是节点，检测页 WebRTC 行仍亮」的组合。这不等于闪连完全无效，而是提醒你：通话类能力要单独看待。先接受这个分层，再决定收紧浏览器还是只依赖客户端护盾。
- 分层验收可以写成两行字：一行写出出口地址是否变化，一行写出 WebRTC 是否仍抛公网真实地址，开会前对照着看。
- 若你几乎不用浏览器通话，可以更积极收紧 WebRTC；若每天都在浏览器开会，就优先保证会议可用，再尽量隐藏公网真实地址。
- 移动端内置浏览器与桌面浏览器策略不同，手机上的告警不要直接拿桌面教程硬套，按设备分别处理更稳。
- 闪连断开后，此前在浏览器里做的收紧仍然在，但出口会回到真实地址，两件事要一起向家人说明清楚。
连上闪连后泄漏检测仍提示 WebRTC 暴露本地或真实地址时，先分清局域网与公网，再查客户端防泄漏开关，并换浏览器对比；慎装一键修复扩展，测完恢复会议所需能力。与测地址出口问题分开处理，多数告警能收敛到可接受范围。具体项以闪连和浏览器当前界面为准。
