不同订阅源的访问测试(国内)

[Lin-arm]

工具：ITDOG

测试结果(由好到差)： CloudFlare源 > bgithub源 > GitHub源 > jsdelivr源

jsdelivr源 居然比 GitHub源 还差是我没想到的

1. CloudFlare源

2. GitHub源

3. jsdelivr源

4. bgithub源

[cjy0812]

注意: Github在所有源中表现最好!but:当敏感时期时候GFW会包括但不限于

• 主动污染DNS
• SNI识别黑/灰名单域名(TCP重置攻击)

运营商

• 主动QOSgithub域名
  等等

缓解办法

1. 避免使用github源在中国大陆`[DNS污染/SNI(TCP重置攻击)],如要使用请见3
2. 使用自己的域名(可避免在GFW黑/灰名单,可避免1.情况)
3. 如非要用,请自备好GitHub服务器ip+手动控制SNI(可替代/空sin(比如google.comSNI:g.cn/null)]发送GET请求即可解决QOS/DNS ^{1 2}

额外优化

CloudFlare默认分配的CDN不是特别智能导致的国内减速器可使用CNAME指向优选ip来加速国内访问,详见 ³

CloudFlare(优选ip后) ⁴

---

引用来源

Footnotes

1. YouTube_不良林-无需翻墙直接访问google、youtube等被墙网站，通过域前置sni伪装绕过防火墙限制... ↩

2. SNI概念思路解释 ↩

3. CloudFlare 中国大陆加速访问 ↩

4. 试试Cloudflare IP优选！让Cloudflare在国内再也不是减速器！ ↩

[Lin-arm]

.json5 订阅文件大小也才 1.13 MB ，CloudFlare源能全绿就行了，管他深绿还是浅绿。
虽说CloudFlare源多测几次也偶尔有两三个地区访问超时。。。

[cjy0812]

pages.dev也是隶属CF的,,理论上还是有特殊时期像worker阻断一样的可能,目前已知移动有自己的二墙,github运营商QOS,dns污染.总之没一个与npm镜像源稳定的方案😥

[cjy0812]

悲报

bgithub被GFW封锁了

[Lin-arm]

😨😨😨