ChainZeaxion

> > 我觉得就是你们配置/用法有问题。 我自己的卢森堡，圣何塞，新加坡，首尔等多个VPS，全部都是传统的VLESS + XTLS + WS + GRPC配置，没有一个被封的。 > > 你牛逼，GFW给你开绿灯 可以反向发展，封锁是基于你的流量特征异常，那你就伪装成正常流量跑，比如某些大站的CDN，某些测速网站的CDN这样 由于使用习惯，很少有对源IP和目的IP长时间长链接大流量跑吧 如果有这种习惯，那怎么伪装，应该还是会被淦 就大部分日常使用来说，这流量都是起起伏伏 所以尽可能伪装成大站流量跑，还是比较靠谱，尤其是伪装成测速站

> 我毛子的线路已经快5年了，自从配置开出来到现在，一直没挂过，最开始sr裸奔仨月，四年前改直接前置sr后置web，三年前改前置sr后接tr再接web再接v2，两年前把尾巴上的v2加了grpc 美西俩个，有一个被鈤了半年放出来了，另一个一直没出过事 美西那个是四年前被鈤的，后面一起跟毛子线路一样时间点改过配置之后再也没被鈤过 港港线路是三年前加的，开出来就跟毛子线路一样做配置 客户端ios 安卓 windows linux routeros啥都有 app 基本上能用的都测了，不能用的也测了（那肯定连不上） 现在是直连ojbk，cdn中转ojbk 唯一的就是grpc套cdn非443，原理上少了前置sr和tr两层，用的备用8443 直连443=sr=tr/trwbst=v2=grpc=web 直连8443=v2=grpc=web 带宽速度上（大流，下载，视频缓冲） 直连 trwbst>v2wbst>sr>grpc 套cdn trwbst>v2wbst>grpc 反应速度上（小流，网页，api查询） 直连 grpc>sr>tr/trwbst/v2wbst 套cdn gprc>=trwbst>v2wbst mux可以酌情开，对小流有明显提升，尤其是安卓客户端，很多不开mux速度死慢 大流不能太频繁新增操作，比如短时间内多次启动测速-中断测速-快速再跑测速，会导致链路阻塞断流 另外我所有线路都没禁cn，其实正常情况下，不太清楚禁不禁有多大好处，还没接触到相关资料依据

> 我这环境是电信，我发现电信这激霸玩意儿发现你大流量之后先拉高延迟，再拉低带宽，基本上油管4K60fps就是个门限，也就是单线程超过50Mbps（短时间瞬发似乎问题不大）一定时间，可能超过10秒就开始搞事情了，最惨不忍睹的是延迟翻三倍，带宽拉到最大2Mbps，而且tcp丢包拉到65%，udp丢包拉到45% 但是只要你在这个门限以内，比如你各种调优限制死你最大突发就45Mbps而且小于10秒（10秒只是个推测值），那基本上就一路畅通

最近姬儿udp被鈤了，发现低流量无负载也被鈤，只能走tcp，怕一直搞udp封所有 也就发现了这个问题，怎么调参数都没用 而且，同样conn4的情况下，udp速度只有tcp模式的一半，丢包倒是不丢，我总带宽设的小，不超过50Mbps 现在只能先拆了kcp，让tcp裸奔grpc了 主要是现在发现裸奔tcp，且流量看起来正常http https的情况下 高带宽一定时间之后，容易被鈤，先拉成三倍延迟，再丢包tcp65% udp45%，总带宽强制在2Mbps以内 严重遭受暴击 目前临时方法是server上的前置nginx限速，爆发8000k然后限死5000k总带宽，估计还能勉强苟活一段时间 但是如果kcp修复了这个tcp模式链接ESTABLISHED不关闭的情况 理论上用kcp tcp多conn模式，来规避应该更好 单链接速度超过比如50Mbps，时间长达30秒，总带宽速度超过比如100Mbps，时间长达60秒 就会被拉延迟，而且比如半小时内发现这个情况多次出现，就开始丢包 如果还发现继续尝试跑高带宽，就会强制限速，惨不忍睹 所以如果kcp修复了tcp模式，就可以很好的规避单链速度和总线速度不过红线

> 无锁机+电信+卡贴 目前我测了两种卡贴不成功，还是联通移动方便，再加上联通冰钉钉定向无限，简直不要太爽