折腾一个不太正经的玩法：VLESS+KCP

[MFWT]

闲来无事，用一台CloudCone的美国机子试了一下VLESS+KCP（加密靠KCP Seed，AES-128-GCM，混淆用WeChat-Video）。至于为什么是VLESS，只是因为我偷了个懒而已，嫌Vmess+KCP耗资源，SS+KCP在V2RayN没有原生支持GUI编辑。

首先说一下，我肯定不是第一个玩的，而且理论上这种模式并不适合日常过墙使用。不过，折腾一下也不错

环境：

• 电脑：中国移不动300Mbps FTTH
• 手机：中国移不动4G

刚开始使用是没有问题的，Google基本秒开，YouTube也流畅（这是补的截图）：

但是不出所料地，一段时间之后被移动QoS了，表现为网页打不开，但是V2RayN日志窗口没有马上报错（说明，包丢了）。此时，正好家里人叫去吃午饭。吃完午饭（大概十几分钟）回来，KCP又能连上了，基本可以确定就是被QoS

为什么可以判定是移动的锅呢，因为我打开手机用流量去连了一下，依然秒开，说明是移动宽带那边对同一个四元组的大流量UDP进行了限制（其实四元组也不太准确，因为又测试了一下，服务端更换端口，客户端重启服务，也不能缓解，因此可能只是针对IP来识别用户）

顺带一提，UDP2Raw我试过，但是无法连接，也不知为何，卡在reHandshake就走不下去了

感觉这种模式虽然说能用，但不太推荐，毕竟这玩意单单论安全性和QoS就不算太妙了。最合适的用途可能还是国外机子打隧道互联之类的，对于UDP流量不敏感的场合（不过兴许这种用途，WG更适合一点）

总之，折腾而已