写到第十八篇了，关于V2VPN的日常体验、速度、稳定性、用户评价基本都写透了。今天这篇想聊点硬核的——V2VPN底层的技术架构到底是怎么运作的，以及这套架构为什么直接决定了你能用它干什么、不能干什么。
说实话这个角度我之前一直没碰，因为技术的东西容易写得枯燥。但最近折腾了几次之后发现，很多“用着不舒服”的地方，根源都在技术层。搞清楚这些，你对它的预期会合理很多。
先说清楚一件事：V2VPN和V2Ray不是一回事
很多人在搜V2VPN的时候会看到一堆关于V2Ray的内容，容易混。简单说，V2Ray是一个开源的代理框架，V2VPN是拿这套框架做了个“傻瓜式”的客户端。V2Ray本身是个工具，功能极其丰富；V2VPN是把这个工具包装成了一个点一下就能用的App。
这个区别很重要——V2Ray能做的事，V2VPN不一定做得到。因为V2VPN把大部分配置项都藏起来了，用户能控制的只有“连接”和“选节点”这两个按钮。
它的核心机制：TLS + WebSocket
V2VPN官方在Google Play的描述里写了一句“使用TLS加密传输数据，使用多层代理服务器保障您的隐私”。这句话背后的技术实现，是V2Ray系代理最经典的方案——TLS + WebSocket。
具体怎么回事呢？简单说，你的网络数据先被封装进WebSocket帧里，然后在外面套一层TLS加密。最终发出去的数据包，从外面看跟普通的HTTPS网页浏览流量几乎没有区别-1。这样做的好处是抗封锁能力强——深度包检测很难把这种流量跟正常的网页流量区分开。
但代价也很明显。有技术分析指出，TLS握手会额外增加1到2个RTT的延迟，WebSocket的帧封装也会带来额外的处理开销-1。这就是为什么V2VPN的测速数据里延迟普遍偏高——8月27日日本节点延迟2006ms，8月17日美国节点1061ms，8月6日美国节点1518ms-。这个延迟不是节点烂，是技术架构决定的。
有研究做过对比测试：纯VMess协议被DPI识别的准确率接近100%，加上WebSocket但没TLS也有被标记的风险，而完整的TLS+WebSocket方案在模拟DPI环境下的通过率超过95%-1。V2VPN选择了隐蔽性优先，代价就是延迟。
“系统代理模式”的坑：为什么有些App不走VPN
这是我自己踩过的一个坑，也是很多人反映“连上了但用不了”的根源之一。
V2VPN默认使用的是系统代理模式。这个模式的工作原理是——在系统层面设置一个代理地址，然后大多数走HTTP/HTTPS协议的App会自动使用这个代理。
但问题在于，系统代理模式只接管HTTP和HTTPS流量。有技术文档明确指出，系统代理模式下“系统级DNS请求仍走本地网络”，而且“仅接管浏览器的HTTP/HTTPS流量”-13。
这就意味着两件事。第一，如果你的手机上有App不用系统代理（比如某些游戏、某些即时通讯工具），它的流量根本不走VPN通道。第二，DNS请求可能绕过代理直接发给本地运营商。
有用户在Uptodown上专门测过V2VPN的DNS安全性，结论是DNS部分没有明显泄露-14。但另一个用户测了WebRTC之后给了差评，原文是“Kebocoran WebRTC; semoga diperbaiki”——WebRTC泄露，希望修复-14。
WebRTC泄露是什么概念呢？ 简单说，即使你在用VPN，浏览器仍然可能通过WebRTC接口把你的真实IP暴露给网站。检测方法很简单——开着VPN访问browserleaks.com/webrtc，如果IP列表里出现了你本地运营商的地址，那就是泄露了-。
真正全局代理需要TUN模式，但V2VPN没有
如果要做到所有流量都走代理（包括UDP、DNS、游戏数据），需要用到TUN模式。TUN模式通过虚拟网卡接管所有网络流量，是真正意义上的全局代理-。
但V2VPN没有提供TUN模式选项。它的设置里只有“可设置使用代理的应用”这样一个分流功能，本质上还是在系统代理的框架下做文章。
有技术分析对比了系统代理和TUN模式的区别：系统代理“仅HTTP/HTTPS流量”能被接管，而TUN模式“所有TCP/UDP流量”都能接管，游戏加速也只有在TUN模式下才支持-12。
所以如果你用V2VPN打游戏发现卡顿，或者某些App死活连不上外网——原因可能不是节点问题，而是这些流量压根没走代理通道。
V2VPN和V2Box的根本区别
说到这里，就能理解V2VPN和V2Box这类客户端的本质差异了。
V2Box是一个V2Ray客户端，支持Shadowsocks、VMess、VLESS、Trojan、Hysteria等多种协议，你可以导入自己的节点配置、设置DNS、调整路由规则-33。它是一个工具，你决定用它干什么。
V2VPN是一个全托管的代理服务。你不需要配置任何东西，点连接就行。但相应的，你也不能控制它用什么协议、走什么路由、DNS怎么解析。它是一个成品，你只能用开发者设计好的方式去用它。
这个定位本身没问题——对于不想折腾的人来说，V2VPN的门槛确实低得多。但代价是灵活性完全丧失。V2Box能通过TUN模式实现全局代理，V2VPN做不到；V2Box能自定义DNS防止泄露，V2VPN的DNS行为用户看不见也管不了。
这套架构决定了什么？
搞明白这些技术细节之后，回头看V2VPN的很多“毛病”，其实都不是偶然的。
延迟高——TLS+WebSocket的架构决定的，隐蔽性和低延迟本来就有取舍。
“连上了但有些App用不了”——系统代理模式只接管HTTP/HTTPS流量，其他流量不走代理。
DNS和WebRTC的隐私问题——系统代理模式下DNS请求可能绕过隧道，WebRTC更是浏览器层面的漏洞，V2VPN本身管不了。
速度波动大——节点共享带宽加上协议开销，高峰期自然扛不住。
这些问题不是“开发者懒得修”，而是这套技术架构和商业模式组合在一起，就只能达到这个水平。免费、全托管、傻瓜式、抗封锁，这几个条件同时存在的时候，性能上限已经被锁死了。
用了快一年，我的最终判断
V2VPN是一款定位非常清晰的产品——给不想折腾的人一个能用的免费翻墙工具。它在某些场景下确实能完成任务，50万安装量和4.6的评分也说明它帮到了不少人。
但它的技术底子决定了它的天花板。它不是一个“什么都能干”的工具，而是一个“在特定场景下能用”的工具。刷网页、看社交媒体、临时查资料——这些对延迟不敏感、走HTTP/HTTPS协议的操作，它基本能胜任。但一旦你需要的流量超出了系统代理覆盖的范围，或者对延迟和稳定性有硬性要求，它就会显得力不从心。
如果你属于前者，V2VPN值得留着当备胎。如果你属于后者，建议直接考虑V2Box这类客户端，自己配节点——虽然多花点时间学习，但可控性完全不在一个量级上。
用工具之前先搞清楚它是什么，比事后抱怨它为什么做不到要有用得多。
原创文章，作者：V2VPN，如若转载，请注明出处：https://www.v2-vpn.com/blog/434.html
