@mayli 已经半体制化了。一个需要翻墙的论坛可多人支持 GFW 了。

墙现在的打击是非常精确的，不只是封端口和封协议这么粗暴。

比如我以前就发现我的 VPS 的某一个 UDP 端口的一般流量是过不去的，但是 QUIC 的流量在 SNI 不是我以前用过的某域名的前提下就能过。你想想这个 if statement 有多复杂。

iPhone SE 相对便宜一些，试试？

@wangqianqian 你这域名看起来很像是诈骗网站，cam 和 com 太像了有种碰瓷的感觉

你们不会不知道劝退学就是从最顶级的学校毕业生搞出来的吧

学校不够好的人往往不会怪专业，他只怪自己学校不好，学历不够高。正是因为那群顶级学校的天坑博士现身说法，才让很多人明白了专业差到底局限性有多大。

@geniusmyn VPN 放虚拟机，然后虚拟机做代理，宿主通过这个代理上网

我不明白你们哪来那么大的上行带宽
我的千兆网下载 steam 的确可以到千兆速度，但是 bt 上传最多 40Mbps 。

Gitee 一开始就注定了这样的结局，我不明白怎么会有人心怀幻想用这玩意

@hy172574895 我和服务器发生一次握手，然后 GFW 重用我的 ClientHello 里面 random ，会发生什么

@hy172574895 我不是问前向安全，我是问主动探测。如果我理解没错，GFW 重放 ClientHello 就会收到假证书从而判断出这不是正常的 TLS 服务器。

粗略的看了一下，我没明白这个怎么防止重放攻击的。我重复发一个 ClientHello 用你同样的 random 不就暴露了吗？

@Zy143L 这个说法只有在人工监控的时候有意义。对于自动化的监控，GFW 很难判断哪个域名有多少流量是合理的。

信息安全在计算机里面可不是个好的方向
你做好的时候别人根本无感，不觉得你功劳大。出问题的时候黑锅可大了。

在翻墙领域，完全不受商业考虑影响，用 Rust 写的工具总是比 Go 写的工具开发进度慢很多，features 也少很多。虽然 Rust 版本通常性能更好，但是缺了 features 根本用不了。

产品经理做的事情再弱智也是需要花大量时间的，程序员要是去干这个哪里还有时间写程序

@ggp1ot2 你先测有线速度，大家才能帮你推测问题在哪

@bthulu 相信官方辟谣的人都被打脸很多回了，还有被饿几天刻骨铭心的

@Mrun 但是美联储放水为什么水流到互联网行业而不是别的呢？

我只有有限的 GPT 使用经验
我的感觉是，谷歌能解决的问题他能解决，谷歌不能解决他就是胡编个答案（开始还唬住我了）。最后我还是用谷歌去了。