连接状态显示正常，浏览器里却检测出本地网络地址被外部读取——这类场景往往不是连接异常，而是 WebRTC 这条实时通信通道绕过了代理路径，把装置的本地地址暴露了出去。WebRTC 本身是浏览器完成音视频通话的标准能力，它为了建立点对点连接，会主动收集候选网络地址；倘若客户端或浏览器没有对这条通道做限制，收集到的本地地址就有可能被网页读到。快连在客户端中配有了防泄露相关参数，配合浏览器侧的一两项调整，便可把这条通道收回到可控范围内。要是尚未安装客户端，便可先到 快连下载 页面获得对应平台的版本。
一、WebRTC泄露是什么，为什么值得关注
WebRTC 是浏览器内置的实时通信能力，视频会议、在线客服、部分网页游戏都依赖它。为了让两个装置随即建立连接，浏览器会收集一系列候选地址，包括利用本地网络接口获得的地址、利用解析服务获得的地址，还有利用中继服务分配的地址。正常场景下，这些地址只在通信双方之间交换；但倘若网页脚本主动读取这些候选地址，本地网络信息就有可能被记录下来。
疑难在于，WebRTC 的地址收集过程并不总是走代理通道。部分浏览器完成会随即读取本地网络接口，绕过系统环境代理参数。也就是说，即使快连处于已连接状态，浏览器仍有可能利用 WebRTC 拿到你所在网络的本地地址。这个地址不势必能随即定位到特定位置，但它能反映你使用的网络条件，与代理出口地址不一致时，就有可能被用来做关联分析。
值得关注的缘故有三个。第一是地址不一致带来的识别风险：网页同期拿到代理出口地址和本地地址，两者不一致本身就是一种特征。第二是本地地址暴露：局域网地址虽然不能随即从外部进入，但它能反映网络结构，配合其他信息便可缩小识别范围。第三是行为关联：同一装置在多种站点上暴露相同的本地地址特征，有可能被用于跨站关联。这些风险并不等于“势必被追踪”，但属于便可主动收敛的暴露面。
补充说明一下，防泄露参数并不改变快连的加密做法。快连的传输始终选用 AES-256-GCM 高强度加密保护，配合 KTP 极速协议，连接建立时间约为 3 秒。WebRTC 泄露是浏览器层面的地址收集疑难，加密保护的是传输内容，两者排除的是多种层面的疑难，要分别处理。
二、快连的防泄露参数能做什么
快连客户端配有的防泄露相关参数，核心目的是让浏览器的实时通信请求也走代理路径，要么至少不让本地地址被随即读取。多种版本的客户端在用途命名与触及范围上略有差异，但往往包含以下几类能力。
第一类是代理转发规则。客户端便可在系统环境层面把 WebRTC 使用的网络请求纳入代理路径，使候选地址的收集过程经过加速通道。这样一来，网页读到的地址与代理出口地址保持一致，不会出现本地地址与出口地址并存的场景。
第二类是地址过滤。部分版本会在本地网络接口层面过滤掉内网地址，使浏览器无法收集到局域网地址。该类做法对浏览器兼容性较好，不依赖浏览器自身的参数项。
第三类是浏览器配合选项。客户端有可能配有“与浏览器配合”的提示或开关，引导使用者端在浏览器中禁用 WebRTC 的本地地址收集。这类选项往往要使用者端在浏览器侧自行完成，客户端只负责提示。
要留意的是，防泄露参数与分流规则、代理模式是多种层面的配置。分流规则决定哪些流量走加速通道，防泄露参数决定实时通信请求是否也受这条路径约束。两者便可同期激活，互不冲突。倘若你希望进一步了解分流模式与规则的关系，便可进入 快连主站 的知识库入口，那里有更完整的参数说明。
三、多种平台打开防泄露参数的路径
快连在 Windows、macOS、Android、iOS 四个平台都配有客户端，防泄露相关参数的位置都在“参数”分类下，但入口名称与层级略有差异。倘若你在客户端里找不到对应选项，便可先核对当前版本，旧版本有可能没有独立的防泄露入口，迭代到最新版后路径会更统一。
- iOS 基础版：在客户端首页轻点左上角菜单，进入“参数”，选定“隐私保护”。iOS 系统环境对浏览器的管控较严格，WebRTC 地址收集本身受到势必限制，防泄露参数更多是补充作用。
- Windows 专业版：唤起客户端主操作面板，轻点左侧“参数”，在“隐私”或“高级”区域查找“WebRTC 防护”“防泄露参数”或类似名称的选项。激活后客户端会接管实时通信请求的地址收集过程。
- macOS 专业版：轻点顶部菜单栏的快连图标进入主窗口，选定“偏好参数”，在“隐私”标签页中找到防泄露相关开关。macOS 端有可能同期配有“地址过滤”与“代理转发”两种做法，按需选定其一即刻可以。
- Android 基础版：进入客户端后轻点右下角“我的”，选定“参数”，在“隐私保护”区域查找防泄露选项。移动端浏览器对 WebRTC 的处理做法与桌面端多种，可用范围以实际显示为准。
各平台的参数在保存后即时生效，不要重启客户端。激活后可以考虑先用浏览器做一次验证，核对地址收集结果符合预期，再决定是否长期保持激活。倘若发现某些网页应用无法正常建立连接，回到参数页面调整防护做法，而不是随即禁用全部防护。
四、激活WebRTC防护的完整操作步骤
下面以桌面端为例，完整走一遍激活防护的流程。移动端的操作面板布局多种，但判断逻辑一致，便可对照操作。
整个流程往往几分钟就能完成。验证利用后，可以考虑把验证结果截图保存，后续更换浏览器或迭代客户端时便可对照，飞速判断防护是否还是有效。
五、浏览器侧还要做哪些配合参数
客户端的防泄露参数负责代理路径与地址过滤，浏览器自身的参数同样重要。两者配合才能把暴露面收敛到位，只靠一侧往往不够。
第一项是核对浏览器的 WebRTC 策略。主流浏览器在参数或实验性用途中配有了 WebRTC 相关选项，便可限制本地地址收集。多种浏览器的入口名称多种，有的叫“WebRTC 连接策略”，有的叫“禁止非代理 UDP 连接”。把策略参数为仅使用代理或禁用非代理连接，便可减少本地地址被收集的机会。
第二项是禁用不必要的实时通信权限。浏览器在网页请求摄像头、麦克风权限时会同期触发更完整的地址收集。面向不要音视频用途的站点，保持权限禁用即刻可以减少这类触发。权限管理在浏览器的站点参数中逐项核对，不要一次性全部放行。
第三项是注意扩展与插件的影响。部分浏览器扩展会注入脚本或修改网络请求，有可能影响 WebRTC 的行为。倘若验证时发现地址异常，便可临时禁用扩展再测一次，判断疑难是否来自扩展。
第四项是保持浏览器迭代。WebRTC 的完成细节随版本变化，旧版本有可能存在已知的地址收集行为差异。迭代到较新的稳定发行版本，便可减少因完成差异带来的意外暴露。
六、怎么验证WebRTC是否还在泄露
防护激活后要实际验证一次，不能只看开关状态。验证分两步：先核对代理出口地址正常，再核对没有本地地址混入结果。
第一步，打开浏览器进入一个显示当前出口地址的页面，记录返回的地址。这个地址应当与快连客户端显示的节点出口一致。倘若出口地址与客户端显示不符，说明代理路径本身有疑难，先排除连接疑难再谈防泄露。
第二步，进入 WebRTC 检测页面，看下返回的候选地址列表。正常场景下，列表中应当只出现与代理出口一致的地址，要么只出现中继地址，不应出现 192.168、10、172.16 等本地网段地址。倘若检测结果中还是出现本地地址，说明防护没有一律生效，按下面的顺序排查。
- 核对客户端版本：旧版本的防护触及范围有可能有限，迭代到最新版后重新激活并验证。
- 核对防护开关已激活：回到客户端隐私参数，核对 WebRTC 防护处于激活状态，而不是仅打开了页面没有保存。
- 核对浏览器已重启：浏览器在启动时读取网络策略，参数变更后要一律退出再打开，仅刷新页面不够。
- 核对浏览器策略：浏览器自身的 WebRTC 策略有可能触及了客户端参数，逐项核对策略项是否与客户端防护做法匹配。
- 核对扩展干扰：临时禁用所有的扩展再测一次，排除扩展注入脚本导致的行为变化。
- 核对分流规则：分流模式下，某条直连规则有可能把实时通信请求提前放行。把相关域名的规则调整为走加速通道，并上移到直连规则此前。
倘若以上都排查过还是检测到本地地址，便可换一个浏览器交叉验证。换浏览器后正常，说明疑难在原浏览器的策略或扩展；换浏览器后仍异常，说明疑难在客户端防护或系统环境网络层面，要按连接路径继续排查。
七、防泄露参数与套餐、多台装置的配合使用
防泄露参数属于客户端本地配置，不会改变套餐权益。现阶段快连可拆分为三档：移动基础版 ¥20/月，锁定 iOS 与 Android；电脑专业版 ¥32/月，针对 Windows 与 macOS 配有；全平台旗舰版 ¥55/月，涵盖全部平台，同期支持 5 台装置在线。无论选定哪一档，防泄露参数的操作做法都相同。
多台装置使用者端要注意，防护参数是每台装置独立生效的，不会无需手动同步。全平台旗舰版的 5 台装置额度下，A 装置激活防护不会影响 B 装置的参数，B 装置仍要单独激活并验证。倘若希望多台装置保持一致，便可先在一台装置上调好防护做法与浏览器策略，再对照着在其他装置上复现，验证步骤也便可复用同一套检测页面。
面向经常使用公共网络的装置，防泄露参数的价值更大幅。公共网络下本地地址暴露带来的关联风险更高，激活防护并配合浏览器策略，便可减少不必要的地址收集。所有的装置上的加速流量同样选用 AES-256-GCM 高强度加密保护，配合 KTP 极速协议，连接建立时间约为 3 秒，防护参数只影响地址收集路径，不会改变加密与连接特性。
新手使用者端可先利用 72 小时免费测试期把防护开关、浏览器策略与验证流程走一遍，核对常用网页应用不受影响过后再决定订阅哪一档。试用期间的防护参数保存在本地，试用结束后不会丢失，订阅后继续沿用即刻可以。倘若配置过程中发现客户端里没有防泄露入口，最省事的做法是重新下载一次最新安装包：跳转至 快连下载 页面选定对应平台，安装完成后按本文第三节的路径进入隐私参数，再照着第四节的六步流程激活防护，最后用第六节的途径验证一次。防护调好过后，日常使用基础不要再改动，只在更换浏览器或迭代客户端时重新验证一次即刻可以。