@guanyin8cnq12
原 $$ 方案实际游戏体验还行，联机还要套个 tls 有点累

@cwbsw
让 NS 数据走隧道到服务器后再进行 NAT 转换，这么理解？

@guanyin8cnq12
目标是主机加速，NS 不支持 Socks 代理只能走网关形式了。
至于 qos 问题，国内服务器我用 udpping 测过，没有丢包。

谷歌翻了很多主机代理资料和实际折腾经历总结一下， 如果有错误请指正。

多个玩家都在国内联机 P2P 游戏，即便拥有 NAT A 条件但游戏内玩家瞬移瞬移的情况还是存在，至于校园网或 NAT C 玩家就更卡了。各运营商链路质量不同或者存在丢包情况都是导致瞬移的原因，此时搭建中心节点让双方走代理能改善这种情况。

在不过墙的时候 $$ 因为 0-RTT 的缘故是个不错的选择，但拿来加速游戏则需要 L5 转 L3，不那么适合加速游戏（实际用途 vs 特殊需求）。

Windows 路由表不像 Linux 那么好处理，虚拟机方案需要有线桥接，无线模式下真机流量无法被转发。
绝大部分无线网卡不支持混杂模式： https://www.virtualbox.org/manual/ch06.html#network_bridged
目前能找到的方案是 socks5 + pcap2socks （ Netch 已整合）。

同时选择香港联机节点，不同厂商加速器的联机效果也不完全能保证稳定，技术壁垒或劣化特定 IP 段暂未考证。