VPN 共享的常见症状与快速处理

症状一：开 VPN 后 NetShare 根本创建不了热点

表现

NetShare 勾选 Start Hotspot → 立刻自动取消 → 反复重试都一样。

原因

VPN 把所有流量（包括 P2P Group Owner 的本地监听流量）都加密送进隧道了。WiFi Direct 需要在本地网卡上监听组播包（224.0.0.251:5353），但 VPN 把这些流量也转发走了，导致 NetShare 无法完成 P2P Group Owner 的创建流程。

解决

在 VPN 应用里开启 LAN Discovery / 允许本地网络。开启后 VPN 会把 192.168.49.0/24 网段（NetShare P2P 网络）的流量排除在加密隧道之外，只让外网流量走 VPN。

不同 VPN 的设置位置（详细步骤见共享 VPN 主文档）：

NordVPN → 设置 → 连接 → LAN Discovery
Proton VPN → 设置 → 允许 LAN 连接
其他 VPN → 搜 "LAN" / "Local Network" / "Allow Peer-to-Peer"

症状二：NetShare 创建成功但接收端连不上

表现

NetShare 界面正常显示 SSID，但 Connected Clients 始终是 0，接收端扫描不到或连不上。

可能原因 1：WireGuard 协议

WireGuard（包括 NordVPN 的 NordLynx）有比 OpenVPN 更严格的路由策略。某些 WireGuard 配置会强制把所有流量（包括本地）都走 VPN。即使开了 LAN Discovery 也可能不够。

解决：换 OpenVPN（TCP）协议。这是被验证过和 NetShare 配合最稳定的 VPN 协议。

可能原因 2：VPN kill switch

某些 VPN 的 kill switch 功能会在 VPN 断开时阻止所有非 VPN 的网络流量。如果 NetShare 创建热点时 VPN 状态有波动，kill switch 可能瞬间阻止了 P2P 包。

解决：临时关闭 kill switch 测试。如果确实是这个原因，考虑换 VPN 或换协议。

症状三：一切正常但速度比预期慢很多

表现

测速结果只有不使用 VPN 时的 30-50% 甚至更低。

原因

双重加密开销：NetShare 的 HTTP 代理 + VPN 的加密隧道。每个请求走的路径是：

接收设备 → P2P WiFi → NetShare HTTP Proxy → VPN 加密隧道 → VPN 出口 → 互联网

每一跳都有 CPU 处理开销，叠加起来不可忽略。

优化方向

方法	效果
VPN 协议换 OpenVPN UDP	比 TCP 快 20-40%
换更近的 VPN 服务器	减少延迟
关闭 VPN 加密中的"强加密"选项	轻微提速
手机散热	防止 CPU 降频
减少同时连接的设备	每台设备分到更多带宽