公司NAS远程访问速度仅有8Mbps，远低于百兆上行带宽。通过一系列从协议优化到P2P直连的排查与调整，最终将速度提升至95Mbps。这篇详实的记录展示了完整的性能优化思路，为解决类似远程访问瓶颈提供了极具参考价值的实战方案。
智能速览
OpenVPN的LZO压缩功能会拖慢传输速度。
VPN的MTU设置不当会导致IP分片，引发重传。
OpenVPN单线程特性易导致CPU单核性能瓶颈。
更换为WireGuard协议，传输效率提升一倍。
采用SD-WAN方案实现P2P直连，突破中转带宽限制。
光猫改桥接是提升P2P打洞成功率的关键一步。
精华内容
NAS远程访问速度慢，并非单纯带宽不足。从VPN协议调优到网络架构变革，一步步揭开性能瓶颈的真相。
初步排查优化
初始远程速度仅8Mbps，远低于100Mbps上行带宽。排查发现OpenVPN开启了LZO压缩，此功能对已压缩文件无效且徒增CPU开销，关闭后速度提升至15Mbps。
接着，抓包分析发现大量IP分片重传，原因是VPN的MTU设置（默认1500）叠加协议头部后超出物理MTU限制，调整后速度提升至22Mbps，但问题未根除。
协议与CPU瓶颈
速度停滞在22Mbps左右，通过iftop监控发现OpenVPN是单线程应用，已占满VPN服务器的单核CPU，成为新的性能天花板。理论计算也证实了这一点。
为此，部署了性能更高的WireGuard协议，其多核利用效率更优，替换后传输速度从22Mbps翻倍至48Mbps。然而，此时才发现VPN服务器自身的公网带宽只有5Mbps，这又是一个新的瓶颈。
架构P2P变革
既然中转服务器是瓶颈，那么绕过它实现两端直连成为必然选择。研究了多种SD-WAN方案后，选定了支持P2P打洞的星空组网。
其核心优势在于，当P2P连接成功时，数据流量不经过服务器，直接在客户端间传输，理论上可达到两端宽带的上限。
突破NAT限制
默认NAT环境下P2P可能失败，为此进行了关键优化。最有效的一步是将运营商光猫改为桥接模式，让公网IP直接作用于路由器。同时在路由器上开启UPnP功能，自动映射端口。
完成这两步后，P2P打洞成功，文件传输速度从8Mbps飙升至95Mbps，最终实现了近12倍的性能飞跃。
此次优化证明了网络问题排查需层层深入，从协议细节到整体架构。对于个人和小团队，免费的SD-WAN方案足以提供高效、安全的远程访问体验。你准备好优化自己的远程网络了吗？
