很郁闷啊，刚为了避免移动对蜂窝数据的TCP阻断研究好了naiveproxy，今天醒来一看发现阻断好像没了

问题描述：

前几天移动的蜂窝数据一直存在TCP阻断的情况，有以下特征：

1. 仅对去程CMI的网络进行阻断，因为DMIT.EB依旧可以正常访问（双程CMIN2），HK回程CMIN2依旧被阻断
2. 间歇性，但阻断时间远大于正常时间

看到别人说TCP协议只有naiveproxy可以正常使用（也就是还未被识别），UDP协议均正常（Hysteria2为主）。转念一想，UDP的QoS低，容易被主动丢包，所以还是使用TCP协议的Naive比较好。于是就开始搓纯血的naiveproxy（即Caddy forwardproxy）

搓好后又发现速度很慢，后来发现跑在了h3上，quic估计还是被运营商限速了，于是改成了跑在h2上，一切正常。

但是当我暗自高兴解决了问题的时候，发现原本被阻断的几个vless-reality-vision的又恢复正常了（长时间正常，明显有区别于之前），又有一种白忙活的感觉。。。。。。

网友解答：

---

--【壹】--：

可是udp运营商这边控制的死死的。丢包限速

---

--【贰】--：

估计是在实验什么新的防火墙探测功能，反正不稳定的很这段时间

---

--【叁】--：

UDP协议和naiveproxy目前来看是没什么影响的