同一个办公室、同一个 WiFi，别人传文件几分钟搞定，你却慢得像绕了半个地球——十有八九，你开着 VPN。VPN 会接管设备的路由和 WebRTC 的连接协商，把本来能就近直达的流量绕到远端去，LanBeam 局域网快传 这类点对点传输对此尤其敏感。
VPN 改变了什么：路线图被换掉了
打个比方：局域网直连本来是"同一栋楼里串门"，抬脚就到；VPN 相当于你先出门坐车去另一个城市，再从那个城市折返回来串门。路线图被整个换掉了。
技术上关键有两点：
- 路由接管：VPN 客户端会修改系统路由表，设备的流量优先塞进 VPN 隧道，原本发往局域网邻居的数据也可能被绕进隧道
- ICE 候选改变：WebRTC 建立连接时会枚举本机的地址（候选），包括局域网地址和公网地址。VPN 生效后，浏览器看到的"公网地址"变成了 VPN 服务器的出口地址，本可直达的路径在协商阶段就被排到了后面，甚至被排除掉
具体会出现的几种现象
- 速度大幅下降：本可直达的传输变成绕行 VPN 服务器，速度取决于 VPN 链路的质量
- 时通时断：VPN 重连或切换节点时，正在进行的连接跟着中断
- 干脆连不上：候选地址被改变后，两端可能找不到能走的路径，房间都进不去
应对办法
- 传文件前临时断开 VPN：最直接的办法，传完再连回去；在公司环境请先确认这符合制度
- 改用房间码重试：断开 VPN 后如果自动房间没聚齐，在 LanBeam 里用房间码手动进入同一个房间
- 配置分流规则：部分 VPN 客户端支持按目标地址分流，可以把局域网地址段排除在隧道外，具体配置因软件而异
诚实地说，VPN 环境千差万别，没有任何工具能保证在所有 VPN 下都正常。LanBeam 能做到的是把原因讲清楚：问题多半不在传输本身，而在 VPN 换掉了你的"路线图"。先关 VPN、刷新页面重新进房间，多数情况下问题就消失了。