@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 行有错误（比如 格式 什么的）

我用 mosdns 就是为了实现 CDN 优选 IP 加速访问。
目前已经实现了 Cloudflare CDN 、AWS Cloudfront CDN 、Akamai CDN 指定为优选 IP 。
唯独 Fastly CDN 比较特殊，有规律但末尾数字不同，难以直接指定为某一个优选 IP 。。。

其他 CDN 的话，平时似乎很少能碰到，就懒得去折腾了~

当然，我也折腾了一些其他需求，比如国内外分流、去广告什么的。

@totopper312 Matrix 和 Mastodon 是一个原理，都是联邦制的，即一堆网站组成联邦同盟，而用户则自己选择一个网站入住。电子邮件就是典型的联邦制，每个人选择一个邮箱服务商，而各个邮箱服务商之间是互通的，你只需要知道对方邮箱名，就能向对方发送“消息”。
[ 用户 A <=> 邮箱 A <=> 邮箱 B <=> 用户 B ]

不过 Matrix 对标的是 TG 、Discord 这类即时通讯工具。
Mastodon 和 Nostr 则对标的是 Twitter 这类社交网站。

nostr 的 Github 介绍里写了呀，只分客户端和中继服务器。
你发送一条消息，客户端会将其发送给相应的中继服务器，然后中继服务器再发送给目标用户的客户端。
[ 客户端 A <=> 中继 <=> 客户端 B ]
而中继服务器很多，也可以自建，也可以随便换，不用担心被某个中继封杀等情况。

而 Mastodon(长毛象) 的话，则是这样：
[ 客户端 A <=> 服务器 A <=> 服务器 B <=> 客户端 B ]
你的账号和信息都依托于服务器 A ，一旦服务器 A 出啥问题，就会影响到你，具体 nostr 在 Github 里提到了。

不过这些去中心化的社交、聊天工具，我都试过，但感觉多少都有点慢。。。体验有点别扭。。。

我记得 B 站有人对比过国内外视频网站的码率，国内爱奇艺最高，1080P 平均 2000 Kbps ，B 站其次，优酷更次（平均 1000 Kbps ），腾讯最差（平均 600~900 Kbps ）。
而 奈飞 平均大概 5000+ Kbps 。。。

虽说码率并不完全等于画质，但码率太低肯定会有影响的，现在哪怕是盗版资源，也大都最低 2000 Kbps 了。国内这些视频网站一边会员加价、加广告、一边降低用户体验。。。
我开会员纯粹是给家人开的，自己则很少去看。

确实，很多低端便宜的路由器都不支持关闭 IPv6 防火墙。。。

我家老路由器不支持 IPv6 后来升级千兆运营商送了一个路由器，支持 IPv6 但却无法关闭防火墙，好在我本身已经有了 IPv4 公网，因此也不是那么需要，所以还是凑活着用了。

被 SNI 阻断的域名无法加密 SNI ？

当初 gitee 也是这样干，“替”作者加速的，结果后来 gitee 就变得。。。无力吐槽了

磁力链接就是将种子文件去中心化了，解析磁力链接，和你 BT 下载其实本质是一样的。即 BT 软件通过 DHT 等方式获取拥有该 BT 种子文件的用户，并链接对方，对方将 BT 种子文件上传给你，你获得了 BT 种子文件后再解析种子开始下载资源。。。

因此，如果磁力链接解析速度慢，要么是该资源凉了，要么是你的 DHT 太捉急，要么是 BT 软件自身有缺陷（我记得很多人说 qb 解析磁力链接很慢，但我没验证过，我习惯用 BitComet 了）。

另外，一些 BT 软件可能会用服务器辅助解析磁力链接，比如迅雷（及各网盘的离线下载），解析过的磁力链接会存在它的服务器上，下次有用户解析该磁力链接时，直接返回 BT 种子文件即可。