使用 chrome 浏览器 SNI 伪装免代理上部分 GFW 被墙网站（更新规则文件和启动脚本）

test1

@butterbot 加双引号就行，前面忘记改了
return r'"C:\Program Files\Google\Chrome\Application\chrome.exe"'

@test1 机场等其他翻墙手段能够实现的体验远超您的方法，而且现在最新的翻墙手段甚至可以突破白名单的限制，免费节点也已经泛滥，无论是技术、经济还是使用体验，似乎没有什么理由需要使用您的方法。并且每个地区的墙也不一样（例如白名单），一个方法可能在您所在的地区可以用，不代表其他地区的人也可以用。我并不否认任何探索新方法的努力，如果您愿意深入交流，希望您能够列举哪些网站可用，以及可用性如何（您也提到了有的网站通过您的方法连接，可能无法浏览全部的网站功能），如果您的方法缺乏意义，无论这种方法是否有效，似乎并不值得继续探索。

wumingshi

我想问一下，你所说的免费节点已经泛滥，还符合网上流传的「免费，好用，安全」的不可能三角吗

@wumingshi 你好，当然不符合，但是我个人认为追求完全的免费并没有意义，如果您有更好的想法欢迎一起讨论。

test1

感谢回复。

免费节点也已经泛滥，无论是技术、经济还是使用体验，似乎没有什么理由需要使用您的方法。

这个我部分程度同意，但是总有场合（或者说总有一部分用户）是缺少好的翻墙手段的。而本贴介绍的方法只需要下载这些文件然后加到 chrome 命令行里面就行，我觉得至少算是一种低门槛的备选方案

希望您能够列举哪些网站可用，以及可用性如何

可用的网站都写在 rules.json 文件里面了。

使用 fastly CDN 的几个（reddit, pinterest, twitch）应该一定可用，只要你能直连 https://fastly.com 本身。就像前面说的，如果 rules.json 给出的 IP 地址 151.101.1.57 连不上，但是 https://fastly.com 能直连的话，只要把 151.101.1.57 替换成任何一个 fastly 的 IP 地址就行，比如换本地 DNS 解析 fastly.com 的 IP 地址。
本质上是一个优选 CDN IP 地址的问题，可能需要开新话题讨论+参考更多的文献，我也不太懂。

使用 netlify CDN （https://docs.rsshub.app）和 gcore CDN（https://pkuanvil.com）的同理，

用这几个 CDN 的网站的可用性很高，只要你能直连这些 CDN 的官网，可以做到无缝连接。

wikipedia.org, web.archive.org 和 torproject.org 就只能随缘了，因为这几个不走 CDN 而且 IP 地址本身速度很慢（限速甚至断流）。

github 也是不走 CDN 的，但是它的 IP 限速情况会好一些，有些地区 IP 地址本身没限速只是检测 SNI 以后做限速。此外使用脚本做 SNI 伪装以后也可以正常访问被墙的 https://raw.githubusercontent.com/ 和 https://gist.github.com/

总结：从能连上的角度来说，可用性 (fastly, netlify, gcore) CDN > github > wikipedia.org, web.archive.org, torproject.org (and others)

从使用角度来说，我简单做了测试，写到 rules.json 里面的常见功能应该都没问题。（有些网站没加是因为它们的子域名都用的不同的CDN，还没逐一调试）

一个方法可能在您所在的地区可以用，不代表其他地区的人也可以用

这个也是 IP 地址能否连上的问题，这就只能依靠大家反馈了。但是这种反馈也很粗略（用户为了保护自己隐私，能说到道省一级的那个运营商就不错了），难以测试。
作为我 pkuanvil-uid1 来说，可能可以做的是给一堆 IP 地址然后逐一尝试，现在的话能连上 rules.json 里面的 IP 地址就能连上，不能就不能……

test1

@butterbot

把chrome的路径直接改了，强行改成没空格的，试了一下，也没翻墙功能，唯一能连上的github也不确定是不是脚本的作用

试试访问这两个链接，能访问 https://gist.github.com 和 https://raw.githubusercontent.com 就表示脚本有效，因为这两个域名都被墙了
git ssh 代理设置
 cloudflare反向代理

Cleanbrowsing doh没被墙，使用后可以访问duckduckgo和github

经过我的修改，现在可以访问google，facebook等了

还有一个方案是强制使用QUIC，见此文。支持可以用QUIC的网站（目前有用CLoudFlareCDN的网站和GoogleCloud的网站）
具体来讲，这么写，命令行参数：--host-resolver-rules="MAP zh.z-library.se 172.64.145.17:443" -origin-to-force-quic-on=zh.z-library.se:443，而且漏掉443，漏掉resolver一下子就不行。貌似有没有resolver这两条参数不是一个命令，见Electron文档。
在上海，我试了版主github上的工具，pixiv可以（好像直连的pixiv服务器，没走cloudFlare，但是如果只是改host会重置），wikipedia不行（连接已重置）。
实在令人搞不懂发生了什么。

但是上上面那位是怎么解决Google和Facebook的IP黑洞的？

能否简单提供您绕过IP黑洞的方法

Google有些IP没被封锁的

参考资料之一的作者到此一游 :)