折腾一个不太正经的玩法:VLESS+KCP #1200
MFWT
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
闲来无事,用一台CloudCone的美国机子试了一下VLESS+KCP(加密靠KCP Seed,AES-128-GCM,混淆用WeChat-Video)。至于为什么是VLESS,只是因为我偷了个懒而已,嫌Vmess+KCP耗资源,SS+KCP在V2RayN没有原生支持GUI编辑。
首先说一下,我肯定不是第一个玩的,而且理论上这种模式并不适合日常过墙使用。不过,折腾一下也不错
环境:
刚开始使用是没有问题的,Google基本秒开,YouTube也流畅(这是补的截图):
![image](https://user-images.githubusercontent.com/59013632/187057027-65b796cc-9b0a-4b53-98d7-6f6a0fce0653.png)
但是不出所料地,一段时间之后被移动QoS了,表现为网页打不开,但是V2RayN日志窗口没有马上报错(说明,包丢了)。此时,正好家里人叫去吃午饭。吃完午饭(大概十几分钟)回来,KCP又能连上了,基本可以确定就是被QoS
为什么可以判定是移动的锅呢,因为我打开手机用流量去连了一下,依然秒开,说明是移动宽带那边对同一个四元组的大流量UDP进行了限制(其实四元组也不太准确,因为又测试了一下,服务端更换端口,客户端重启服务,也不能缓解,因此可能只是针对IP来识别用户)
顺带一提,UDP2Raw我试过,但是无法连接,也不知为何,卡在reHandshake就走不下去了
感觉这种模式虽然说能用,但不太推荐,毕竟这玩意单单论安全性和QoS就不算太妙了。最合适的用途可能还是国外机子打隧道互联之类的,对于UDP流量不敏感的场合(不过兴许这种用途,WG更适合一点)
总之,折腾而已
Beta Was this translation helpful? Give feedback.
All reactions