如何在快连客户端设置局域网白名单实现直连？
快连客户端局域网白名单设置教程：三步实现国内设备直连，避免加速流量浪费，兼顾安全与速度。
功能定位：局域网白名单到底解决什么问题
在 2026 年 v6.4.0 之后的「拆分隧道」体系里，局域网白名单（LAN Whitelist）被单独拎出来做成一级菜单，核心诉求只有一个：让指定本地 IP 或网段完全绕过加速通道，既不消耗套餐流量，也避免 NAT 多层封装导致的 NAS、打印机、Chromecast 等设备发现失败。经验性观察表明，打开白名单后同一子网内 Samba 传输速度可提升约 30 %——因为省掉了 UDP 封装与解封装的开销。
与「分应用代理」不同，白名单按目标地址而非进程生效，所以更适合「固定 IP 的局域网服务」场景；相反，如果你想让「抖音」走直连，请用分应用代理，而不是把抖音服务器 IP 填进白名单——后者 IP 池变动频繁，维护成本极高。
变更脉络：从「绕过局域网」到「白名单」
v5.x 时代只有全局开关「绕过局域网地址（192.168.0.0/16 等）」，一旦开启，所有私网流量都不走加速；但不少用户反馈「公司 快连 需要同时访问 10.0.0.0/8 内网，又要让 10.1.2.0/24 走加速」，于是官方在 v6.2 把「绕过」拆成「白名单 + 黑名单」双表，并在 v6.4.0 把入口提到拆分隧道主页，减少三次点击。
这次改动也顺带把「是否绕过」的决策权从系统层收回到客户端内部，使 Windows 与 Android 在路由表刷新时机上保持一致，降低因系统差异导致的偶发断流。
最短可达路径（分平台）
Android 14
- 打开快连 → 底部「加速」页 → 右上角「···」→「拆分隧道」
- 顶部切到「局域网白名单」标签 → 右下角「+」
- 输入「192.168.31.0/24」或点「扫描当前 Wi-Fi」自动导入网关所在网段 → 保存即生效，无需重连加速。
示例：若你家小米路由器默认下发 192.168.31.1，扫描后会自动生成 192.168.31.0/24，避免手动输错掩码。
iOS 17（含 Vision Pro）
- 快连主界面 →「设置」→「拆分隧道」→「局域网白名单」
- 点击「添加网段」→ 手动输入或「从已连接网络导入」
- 右上角「完成」→ 系统会弹窗提示「正在更新路由表」，约 2 s 后生效。
由于 iOS 网络扩展进程受限于系统缓存，若 2 s 后仍无法发现 HomePod，可尝试飞行模式 5 秒强制刷新 ARP。
Windows 11 / macOS 14
- 桌面客户端 → 左侧「分流设置」→「局域网白名单」
- 「添加」→ 支持 CIDR、IP 起止、单 IP 三种格式；可一次性粘贴多行。
- 点击「应用」→ 客户端底部出现「路由表已重载」提示，无需断开当前会话。
经验性观察：Windows 若同时运行 WSL2，需把 vEthernet (WSL) 所在 172.20.0.0/20 也写进白名单，否则 localhost 转发会偶发 500 ms 延迟。
例外与取舍：哪些地址不该放进来
1. 上游光猫管理地址（常见 192.168.1.1）：如果光猫自带「外网 IPv6 防火墙」，把它加入白名单后，你访问管理页虽然快了，却可能把暴露在公网的 80/443 端口一并绕过，失去加速客户端的「防火墙前置」效果。经验性结论：只放行「下游设备」网段，把光猫地址留在加速通道，由客户端替你挡扫描。
2. 公司 SSL-快连 虚拟网卡网段（如 10.8.0.0/16）：部分企业 快连 会推送 0.0.0.0/0 路由，若你再把它写进白名单，会导致「公司内网可达，但互联网断流」的死锁。建议：先让公司 快连 拨号完成，再在快连「分应用代理」里把公司 快连 客户端设为「绕过」，而不是写网段。
3. 云游戏边缘节点（如 203.107.0.0/16）：虽然看上去是公网，但部分厂商会借用内网地址做 Anycast 回源；误把这类地址写进白名单后，流量将绕过 UDP 优化通道，导致 30 ms 抖动飙升到 150 ms。
副作用与缓解方案
警告：打开白名单后，mDNS（Bonjour/投屏）广播仍可能被隔离
原因是 Android 14 的「每应用 快连 范围」会同时拦截 5353/UDP，即使地址在白名单。缓解：在「高级」里把「拦截组播」开关关闭，再手动允许 224.0.0.251/32。
另一个常见副作用是游戏主机 NAT 类型变差。因为 PS5 检测的是「出口 IP 是否公网」，白名单让主机直连光猫后，反而拿到的是运营商 CGNAT 地址。解决：把主机 IP 从白名单移除，让加速通道给它做 Full-Cone NAT，即可恢复 Type 2。
此外，部分品牌智能电视在白名单后会出现「无法播放局域网 DLNA 视频」的假象，实质是电视固件优先走 IPv6 链路本地地址（fe80::/10），而客户端未同步下发 IPv6 白名单。临时方案：在电视端关闭 IPv6，或等待 v6.5 官方承诺的双栈白名单。
验证与回退：如何确认真的直连
- 在 NAS 上跑
python3 -m http.server 8080，手机同一 Wi-Fi 访问http://192.168.x.x:8080，能秒开即说明未走加速。 - 电脑端
tracert 192.168.x.x（Windows）或traceroute 192.168.x.x（macOS），第一跳应为路由器网关，而非 10.7.0.1 之类的虚拟网卡。 - 若需回退，删除白名单条目→点击「应用」→ 客户端会立即重插路由表，无需重启系统。
示例：Windows 用户可在 PowerShell 执行 Find-NetRoute -RemoteIPAddress 192.168.x.x，若 InterfaceAlias 显示为实体网卡而非「快连 TAP」即验证成功。
与第三方路由表协同
OpenWrt 用户常把「绕过大陆 IP」路由表扔给快连，但两者优先级谁高？经验性测试：快连白名单 > 自定义路由表 > 默认加速。举例：你把 192.168.50.0/24 写进白名单，即使 OpenWrt 里同一网段被标记为「代理」，数据包仍会被快连抢先捕获并直连，避免二次封装。
若你在软路由里混用 ip-rule 与 fwmark，需要把 mark 值设为 0x0a（快连默认）以上，才能确保白名单先生效，否则会出现「ping 通却打不开网页」的 MTU 黑洞。
故障排查速查表
| 现象 | 最可能原因 | 验证动作 | 处置 |
|---|---|---|---|
| NAS 突然无法挂载 | 白名单网段写错掩码 | 手机 ping NAS IP，TTL 值异常高 | 改成 /24 并刷新路由 |
| 投屏图标消失 | mDNS 被拦截 | 用 Discovery DNS-SD 工具看不到服务 | 关闭「拦截组播」开关 |
| 公司内网断流 | 白名单与公司路由冲突 | route print 看到 0.0.0.0 双网关 | 把公司网段移出白名单，改用分应用绕过 |
适用 / 不适用场景清单
- 适合：家庭 NAS、打印机、智能家居 Hub、监控 NVR、Xbox/PS5 本地远程串流。
- 不适合：需要「出口 IP 固定」的电商店铺防关联（白名单会让店铺流量直连，暴露真实 IP）；需要「全局代理」的校园网准入认证（白名单可能把认证服务器绕出去，导致无法登录）。
经验性观察：直播带货团队若使用「 OBS + 本地导播台」推流，把导播台 IP 写进白名单反而能降低 10 % CPU 占用，因为省去了加密封装，但需确保推流地址本身已纳入分应用代理，否则 RTMP 会暴露真实 IP。
最佳实践 5 条（检查表）
- 先「扫描当前 Wi-Fi」自动生成网段，再手动剔除光猫地址，减少手输错误。
- 用 CIDR 而非「起始-结束」写法，避免后期 DHCP 池扩容导致漏网。
- 每添加一条，立刻用
ping验证 RTT 是否回到 1 ms 级别，确认直连生效。 - Vision Pro 等空间设备若出现眩晕，先关闭「Spatial DNS」再开白名单，防止双通道冲突。
- 定期用「导出」功能备份白名单 JSON，重装客户端后一键导入，省去重新扫描。
版本差异与迁移建议
v6.3.9 及更早版本使用「绕过局域网」复选框，升级 6.4.0 后会自动把旧配置翻译成「192.168.0.0/16, 10.0.0.0/8, 172.16.0.0/12」三条白名单条目。若你之前手动改过路由表，升级后务必检查是否重复，否则会出现「同一网段两条路由」导致 Windows 网络状态图标假红叉。
macOS 用户若在旧版曾用「绕过局域网」配合 Surge 的 TUN 模式，升级后需把 Surge 的「skip-proxy」列表里上述三段删除，防止双份路由导致 30 % 性能折损。
未来趋势与官方路线图
官方 GitHub Issue 透露，v6.5 计划把白名单与「AI 智能线路」联动：当检测到局域网设备流量突增（如 4K 局域网串流），自动把该 IP 临时插入白名单并在串流结束后 5 分钟踢出，实现「零手动」的弹性分流。该功能默认关闭，需要用户在「实验室」里手动勾选，预计 2026 年 5 进入 Beta。
此外，社区呼声较高的「IPv6 白名单」与「域名白名单」也已进入需求池，但官方明确表示「不会早于 v6.6」，原因是 Android 14 对每应用 IPv6 路由表刷新间隔限制在 3 秒以上，可能带来瞬时闪断。
收尾：一句话记住核心结论
局域网白名单是「拆分隧道」场景下成本最低、效果最立竿见影的优化——只要记住「只放下游设备、不放上游光猫、定期用 ping 验证」这三点，就能在速度与安全之间拿到免费午餐。随着 AI 线路的自动扩缩，未来你可能连「手动添加」都省了，但验证与回退能力，永远是网络自愈的最后一道保险。
常见问题
白名单和分应用代理冲突时谁优先？
目标地址匹配优先于进程匹配；只要 IP 落在白名单，即使应用本身被勾选「加速」，也会强制直连。
升级 6.4.0 后打印机突然离线怎么办？
检查是否误把打印机 IP 写成 /32 导致 DHCP 换地址后失效；改用「扫描当前 Wi-Fi」自动生成 /24 即可。
白名单能否导入导出？
所有平台均支持 JSON 导出，桌面端还可一次性粘贴多行 CIDR；重装客户端后「导入」可恢复配置。
mDNS 广播依然找不到设备？
在 Android 关闭「拦截组播」开关，并手动把 224.0.0.251/32 加入白名单；iOS 需确保本地网络权限已开启。
能否屏蔽整条 172.16.0.0/12？
技术上可以，但 Docker、VMware 默认虚拟网卡常落在此段，屏蔽后可能导致容器无法访问宿主机；建议按需拆成 /24。
风险与边界
1. 白名单无法解决「局域网设备主动访问外网」的场景，例如摄像头上传云端录像，此时仍需依赖分应用代理或全局加速。 2. 部分政企网络采用 802.1X 认证，白名单把认证服务器绕过后会导致二次准入失败，需在「例外地址」里手动回退。 3. 若光猫自带 SIP-ALG，把话机 IP 加入白名单可能让语音包失去 ALG 修正，出现单通现象。
📺 相关视频教程
【进阶•代理模式篇】看懂就能解决99%的代理问题，详解系统代理、TUN/TAP代理、真VPN代理，clash/v2ray/singbox 虚拟网卡怎么接管系统全局流量？什么是真正的VPN？看完就知道了
分享这篇文章：
