@wynemo 我自己一直在用，用不了是哪里用不了？什么功能用不了？这些都是反馈的基本格式吧？。。。

@hantsuki
@acess

根据我的测试结果，虽然和 Github 的一样都是 SNI 干扰，但是感觉在 Github 的基础上更灵活随机了。
似乎不再是固定 3 分钟了（上次 Github 是可以稳定复现 3 分钟的，一秒不差，这次不行）。

虽然测试样本很少，但是我发现 [同一个地区、同一个运营商、不同时间段] 的丢包程度不一样，比如：
我在发帖的时候只要指向 IP 就立马 100% 丢包（大概持续 10~60s ，完全不能用），但是我第二天再去测试的时候，却发现变成了差不多丢 1 个通 1 个（持续时间不等，但此时能用商店只是会感觉到卡），然后第三天又变成大概 90% 丢包（完全不能用），样本太少摸不到规律（从完全丢包到几乎不丢包之间来回变），总体给我的感觉是更灵活随机了~

@boko 没毛病，稍微懂点网络的测试下都能知道是怎么回事。不过没事去围观那些普通用户吵架真的很有趣~

DNS 污染我查了下倒是没有见到，至少短时间内不可能上，毕竟那就等于石锤了，还怎么继续分化~

应该会一直保持现状，然后大家就会慢慢习惯，并自行寻找解决方案去适应，等大家遗忘了或许才会彻底封掉，到时候大家可能只会说一句：“你没有加速器吗？” / “你没有梯子吗？” 之类的话~

@AOANUN995 只是在不停的试探大家的底线罢了，结果大家的底线一降再降~

@Griffin404 你指向国内的 IP 当然不会被干扰啦。。。

@StrongNoodles 有意思的是，现在再也没有人提什么 WTO 了~
我记得当初蒸汽平台上线的时候，就有人讨论过 Steam 会不会被屏蔽，当时还有很多人拿 WTO 当盾牌。。。

@iamv2er 嘎？我随便找的图床，我这边倒是显示正常，不过影响不大，图片里就是一个 IP 同时进行 TCPing 443 、80 、ICMP Ping 对比罢了（同一时间 443 间歇性超时，80/ICMP 则一个超时都没有）。

@CallMeReznov 刚才我又随便找了个非 CDN 的可用 IP 测试了下，这个 443 端口倒是没有立即超时，但是如果循环访问几次，就还是会 443 端口超时。。。

@Biwood 没毛病~
以前 Github 被屏蔽，大家发声抵制
现在 Github 被屏蔽，大家说：你没有梯子吗？。。。

某种程度上，已经成功了~

@CallMeReznov 你没看完吧。。。
后面写了，只要把 Steam 商店的域名指向任意可用的 IP 去访问，那么这个 IP 的 443 端口就会立即超时（ ICMP Ping / 80 端口均正常），这已经和 Akamai CDN 无关了~

进都进不去了，怎么买~
Steam 似乎已经被针对干扰了，跟 Github 的一模一样。。。
https://tanronggui.xyz/t/824179

会不会是因为所有人都开了 BBR = 所有人都没开？（内卷？狗头~

我觉得主要原因还是其支持 Github 导致的，毕竟 Github 今年初就开始被干扰了。
另外，我今天突然发现隔壁同样支持 Github 的 cdn.statically.io 已经被 DNS 污染了。。。

这已经不是第一次 JSdelivr 被国内网宿 CDN 坑了。
我记得去年还是什么时候，就因为网宿 CDN 证书过期导致 JSdelivr 挂了一段时间。。。

国内网宿 CDN 的证书出问题了，域名列表里少了 jsdelivr 的域名。

这几天发现好像其中有个测速服务器 Johannesburg 挂掉了，然后会导致每次测速时，其他的都完成了，就这个一直没反应，然后网站就会一直等，可能 10s 或 30s 或 1 分钟后才会认定为超时并完成任务（网页右上角的测速按钮恢复）。
因为不知道在哪里反馈，就又跑到这里说一下~

据说可以在改 NS 并通过验证后（需要一定时间），可以再把 NS 改回去？

@StephenHe 我当初写这个脚本主要就是解决 临时下载 时速度捉急的问题~
不过我这个加上 git 加速源只是附带了，当初主要是为了 Raw 、Release 、Code(ZIP) 等文件加速。。。