我擦，我测试发现好像又开始 SNI 干扰了，可以轻松复现问题，又是单独 443 端口超时 3 分钟。。。

大家再测试看看，是个别现象还是又全部都又回来了？

我早上测试还正常了，刚才（ 12 点）又不行了，难道开放 3 天半又 G 了？。。。

@SteveRogers #72
嗯，其实 Steam 商店、Github 在早年间也是被封过（虽然比较短暂），后来解封了。

Github 是 2013 年 1 月 20 日左右被完全封锁，印象中是李开复带头 “搞事”，然后没过几天就解封了。
Steam 商店是 2014 年 10 月 23 日左右被完全封锁，然后没过多长时间也解封了。

后续这些年也有不少网站被封后，过段时间又解封的情况出现（有的被解封后就主动屏蔽国内了）。

@kyor0 #50
一般来说如果是乌龙事件的话，应该几天内就会发现并处理（已经恢复最少三天了），如果没处理要么就是真的解封了，要么就是有什么原因导致被迫暂时解封开放一段时间。

不过，我觉得应该要等下个月开完会后，如果还能正常访问，那么就不用担心了（至少短时间内）~
毕竟当初 Github 就是在 2021 年 3 月 开会 前几天被封的。。。

@xuwuyibing #52
Steam 社区域名是完全被墙了，我昨天也顺便测试了，指定正确 IP 也依然会被重置链接无法访问。。。

@LnTrx #54
Cloudflare CDN IPv4 我是去年遇到了 IPv4 干扰问题（就是如前面所说类似于 SNI 干扰，但针对的是 IP ），同样去年我这里也遇到了 Fastly CDN IPv4 干扰问题（和 Cloudflare 差不多，都是只针对 IPv4 ）。
至于 AWS Cloudfront CDN ，我倒是没遇到类似情况，可能是因为我平时用的较少。

@jayfire2 2020 年 7 月宣布大力扶持国内开源代码托管平台，2021 年 3 月封了 Github ，结果两年过去了，扶持了个寂寞，各种大坑（特别是审查方面的）成功劝退了很多人，即使被拦着也无法阻挡大家依然把 Github 视为开源社区的第一选择，再加上这些年 AI 火热，特别最近 ChatGPT 又引发了一阵火热。

如果此次突然解封不是乌龙的话，那么我估计多少和这些有点关系~

@OldCarMan 我设置了默认浏览器，也下载了 Bing APP ，并且连续用了几天（那什么积分我也整了好几百），但从 8 号到现在九天过去了依然没动静，气得我把 Bing APP 删了，默认浏览器也切换回 Chrome 了。。。

@bollld607 我在其他网站看到有人提到了 Cloudflare CDN 的 IPv4 阻断情况消失了，我也尝试直连那些套了 Cloudflare CDN 网站，持续了几个小时，确实没有发现以前很容易复现的 IPv4 阻断情况了：
https://github.com/XIU2/CloudflareSpeedTest/issues/217

另外，虽然 Cloudflare CDN 是被 IP 干扰（针对的是 IP ，不在乎是什么域名），但和 SNI 干扰（针对的是域名，不在乎 IP 是什么）还是有点相似的，甚至可以说本质是一样的。
比如都是间歇性的，而非完全阻断（区别于 SNI 阻断、IP 阻断），超时也都是 3 分钟整，触发后 TCP 443 超时但 TCP 80 端口、ICMP 通顺等等。

所以我猜测，蔷似乎是把 SNI 干扰、IP 干扰都给取消了。。。

对了，突然想起来前天（ 15 日），我手机上的一个 APP 更新时跳转到 Github 进行下载，我当时还下意识的担心打不开呢，结果发现访问速度很快很顺畅，下载速度也很快（相比以前）。
当时还以为是运气好没碰到 SNI 干扰，现在想来怕是当时就已经解除 SNI 干扰了，这两天了我才反应过来...

看来是最少已经恢复两天了，我看也有人讨论时提到了两三天前就恢复了。

@Navee
确实，前年 12 月 Steam 冬促被 SNI 干扰后，就是一个很典型的例子，当时吵得很厉害，一些人能连上，一些人连不上，时通时断的，成功分化了群众，降低了影响，最后吵着吵着就没热度了，后来 Steam 贴吧管理员干脆看到这类帖子就删，甚至这两天讨论 Steam “恢复” 了的帖子也会被删，属实有点。。。

@liansishen
我也是暂时先让其走直连了，就是为了方便监测可用性，哪天再被干扰了也能第一时间发现。

@amahunt
这就是 SNI 干扰的特点，和常见的 SNI 阻断不同，阻断是完全不能访问了，而干扰则是间歇性的，带有随机性质，不同时间段不同地区访问同一个域名+IP 的结果却不同，而且一直在变，有时候能持续正常几个小时，有时候却一直 “抽风”，这就是一种很高明的做法，对于那些不太懂网络的人来说，简直是 “降智打击” 。。。

就如我上面所说，如果 Steam 当初是被 DNS 污染 + SNI 阻断了，那么群众的反映肯定会比当年更激烈，社会影响会更大，国际影响也更大，毕竟只要不傻都能明白 Steam 真的被封了，而不是像现在这样很多人还 “傻傻” 的认为是 Steam 自己的网络问题。。。（我都怀疑是不是故意这么说的？

@xinleibird 确实，Github 主域名就是在 2021 年 3 月开会时被 SNI 干扰了（我也是那时第一次见到这种 “封禁” 方式，后续第二次则是用在 Steam 上了），而时隔两年，下个月又要开会了，Github 却突然在此时 “解封” 了，这就很耐人寻味。。。

@ZoeeoZ
就我自己的观察来看，这两个网站的主域名都有一次很明显的分界线（ Github 2021 年 3 月、Steam 2021 年 12 月），在此之前属于小概率实际，难以稳定复现（因此基本上可以归类到网络问题上了），而在此之后就有大量人普遍出现这类问题，且极其容易被复现。

@AlphaTauriHonda
我大概搜了搜，发现确实是这两天才有不少人开始讨论 “恢复” 了。

不过有意思的是，在搜索浏览大家讨论内容的过程中，我发现即使到今天解封了，还有一些人坚持是 Steam 当前东促访问的人太多导致的服务器网络问题，看到这种言论，属实是无力吐槽了。。。
Steam 解封了还被这些人说成是 “Steam 历时一年多修复了”，编的有模有样的，我特么。。。

@1423
这个我就不清楚了，我没研究测试那么深~

@JensenQian
如果这不是乌龙（即后续也没有再封），那么一定程度上来说，此次解封是有特殊意义，代表着放出了某些信号？但我对这种不敏感，可能是过度解读了（狗头~

@DeltaC 我又测试了下，raw 域名也没有干扰了，我印象中 raw 域名比 Github 主域名早几年就被干扰了。

不过 Github 主域名、raw 域名，国内部分地区运营商的 DNS 还是会瞎劫持污染，可能是因为缓存，也可能是因为该行为完全是运营商自己干的，因此墙解除 SNI 干扰后，运营商也没反应。

我记得自从开展反炸以来，运营商 DNS 瞎劫持污染域名解析的情况就越来越普遍的，目前反炸是各地自己整的，完全是独立的一套黑白名单。

@Eiden 不一样，这次比较奇怪，今天突然就很多人说，甚至还有很多人发视频验证了，而我可以确定上周时我还能复现该问题的，但今天我死活都无法复现，也让朋友试了下也是这样，再加上很多人也这样说，我也很纳闷为什么会这样。。。
所以就像 我当初第一时间首发复现文章来看看大家是否也能复现 一样，这次再发个文章看看大家是否还能复现该问题，看看到底是个别情况，还是普遍情况。

毕竟我也经常在 Steam 玩游戏，也在 Github 开源了一些项目，这两个网站算是我经常用的了，如果真恢复了，那也算是个好消息（或许吧），如果只是暂时的，那也无非和一样一样了~

其实吧，国内这些年压根就不想让个人备案、做网站，但又不能一刀切直接禁止，所以就会这样逐渐提高门槛，有效劝退想在国内备案做网站的人。。。

@mjar 我下载必应 APP 玩了几天，也还是没有通过，这都八天了。。。

@hanqian 主要是因为 New Bing 联网了，可以获得最新的讯息，而 ChatGPT 的数据则停留在 2021 年，不过看别人发的视频，似乎和 ChatGPT 存在一些侧重点差异。

可以在 广告屏蔽扩展 的 自定义静态规则 中添加这个来使其不再拦截该请求（去掉中间的空格）：
@@||log-sdk. ksapisrv. com/rest/wd/common/log/collect/*$domain=zhihu. com

这样就可以临时解决该问题了。

@JamieChen 如果你是用 +86 手机号注册的电报，那你注册时的收的验证码短信，就已经暴露了你正在注册电报的行为了（毕竟短信内容对于运营商来说都是明文的，短信内容写的那么清楚。。。
可以确定的是运营商或者说对接的相关部门肯定会记录下来的（哪怕存着吃灰），不过也是这几年才重点关注这些的，各种严查打击，如果是好些年前注册的没啥事（毕竟头几年还能直连呢）。

@keyfunc 你可以参考这个 Issues：
https://github.com/XIU2/CloudflareSpeedTest/issues/115

也是这个人在我的项目里发了后我才注意到 mosdns 的，使用后我就顺便帮其完善了，方便新手使用。

其中我贴出了 Cloudflare CDN 自选 IP 的配置示例，其他 CDN 也就是复制粘贴重复 response_matcher 、blackhole 组合罢了，另外这个示例为了小白方便且 IP 段少，所以我是直接将 Cloudflare CDN 的 IP 段写到配置文件内了，但我自己的话是用 data_providers 来载入外部数据文件的。

@gbw1992 你好歹翻译看一下呀，这个报错是配置文件第 25 行有错误（比如 格式 什么的）