连接状态显示正常，浏览器里却检测出本地网络地址被外部读取——这类情况往往不是连接失败，而是 WebRTC 这条实时通信通道绕过了代理路径，把设备的本地地址暴露了出去。WebRTC 本身是浏览器实现音视频通话的标准能力，它为了建立点对点连接，会主动收集候选网络地址；如果客户端或浏览器没有对这条通道做限制，收集到的本地地址就可能被网页读到。快连在客户端中提供了防泄露相关设置，配合浏览器侧的一两项调整，可以把这条通道收回到可控范围内。如果你还没有安装客户端，可以先到 快连下载 页面获取对应平台的版本。
一、WebRTC泄露是什么，为什么值得关注
WebRTC 是浏览器内置的实时通信能力，视频会议、在线客服、部分网页游戏都依赖它。为了让两个设备直接建立连接，浏览器会收集一系列候选地址，包括通过本地网络接口获取的地址、通过解析服务获取的地址，以及通过中继服务分配的地址。正常情况下，这些地址只在通信双方之间交换；但如果网页脚本主动读取这些候选地址，本地网络信息就可能被记录下来。
问题在于，WebRTC 的地址收集过程并不总是走代理通道。部分浏览器实现会直接读取本地网络接口，绕过系统代理设置。也就是说，即使快连处于已连接状态，浏览器仍可能通过 WebRTC 拿到你所在网络的本地地址。这个地址不一定能直接定位到具体位置，但它能反映你使用的网络环境，与代理出口地址不一致时，就可能被用来做关联分析。
值得关注的原因有三个。第一是地址不一致带来的识别风险：网页同时拿到代理出口地址和本地地址，两者不一致本身就是一种特征。第二是本地地址暴露：局域网地址虽然不能直接从外部访问，但它能反映网络结构，配合其他信息可以缩小识别范围。第三是行为关联：同一设备在不同站点上暴露相同的本地地址特征，可能被用于跨站关联。这些风险并不等于“一定被追踪”，但属于可以主动收敛的暴露面。
需要说明的是，防泄露设置并不改变快连的加密方式。快连的传输始终采用 AES-256-GCM 高强度加密，配合 KTP 极速协议，连接建立时间约为 3 秒。WebRTC 泄露是浏览器层面的地址收集问题，加密保护的是传输内容，两者解决的是不同层面的问题，需要分别处理。
二、快连的防泄露设置能做什么
快连客户端提供的防泄露相关设置，核心目的是让浏览器的实时通信请求也走代理路径，或者至少不让本地地址被直接读取。不同版本的客户端在功能命名与覆盖范围上略有差异，但通常包含以下几类能力。
第一类是代理转发规则。客户端可以在系统层面把 WebRTC 使用的网络请求纳入代理路径，使候选地址的收集过程经过加速通道。这样一来，网页读到的地址与代理出口地址保持一致，不会出现本地地址与出口地址并存的情况。
第二类是地址过滤。部分版本会在本地网络接口层面过滤掉内网地址，使浏览器无法收集到局域网地址。这种方式对浏览器兼容性较好，不依赖浏览器自身的设置项。
第三类是浏览器配合选项。客户端可能提供“与浏览器配合”的提示或开关，引导用户在浏览器中关闭 WebRTC 的本地地址收集。这类选项通常需要用户在浏览器侧手动完成，客户端只负责提示。
需要留意的是，防泄露设置与分流规则、代理模式是不同层面的配置。分流规则决定哪些流量走加速通道，防泄露设置决定实时通信请求是否也受这条路径约束。两者可以同时开启，互不冲突。如果你希望进一步了解分流模式与规则的关系，可以访问 快连官网 的知识库入口，那里有更完整的设置说明。
三、不同平台打开防泄露设置的路径
快连在 Windows、macOS、Android、iOS 四个平台都提供客户端，防泄露相关设置的位置都在“设置”分类下，但入口名称与层级略有差异。如果你在客户端里找不到对应选项，可以先确认当前版本，旧版本可能没有独立的防泄露入口，更新到最新版后路径会更统一。
- Windows 专业版：打开客户端主界面，点击左侧“设置”，在“隐私”或“高级”区域查找“WebRTC 防护”“防泄露设置”或类似名称的选项。开启后客户端会接管实时通信请求的地址收集过程。
- macOS 专业版：点击顶部菜单栏的快连图标进入主窗口，选择“偏好设置”，在“隐私”标签页中找到防泄露相关开关。macOS 端可能同时提供“地址过滤”与“代理转发”两种方式，按需选择其一即可。
- Android 基础版：进入客户端后点击右下角“我的”，选择“设置”，在“隐私保护”区域查找防泄露选项。移动端浏览器对 WebRTC 的处理方式与桌面端不同，可用范围以实际显示为准。
- iOS 基础版：在客户端首页点击左上角菜单，进入“设置”，选择“隐私保护”。iOS 系统对浏览器的管控较严格，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 小时免费试用期把防护开关、浏览器策略与验证流程走一遍，确认常用网页应用不受影响之后再决定订阅哪一档。试用期间的防护设置保存在本地，试用结束后不会丢失，订阅后继续沿用即可。如果配置过程中发现客户端里没有防泄露入口，最省事的做法是重新下载一次最新安装包：前往 快连下载 页面选择对应平台，安装完成后按本文第三节的路径进入隐私设置，再照着第四节的六步流程开启防护，最后用第六节的方法验证一次。防护调好之后，日常使用基本不需要再改动，只在更换浏览器或更新客户端时重新验证一次即可。