pkuanvil
    • 版块
    • 标签
    • 帮助
    • 注册
    • 登录

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

    Networking
    5
    22
    5.0k
    正在加载更多帖子
    • 从旧到新
    • 从新到旧
    • 最多赞同
    回复
    • 在新帖中回复
    登录后回复
    此主题已被删除。只有拥有主题管理权限的用户可以查看。
    • butterbotB
      butterbot
      最后由 编辑

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

      test1T 1 条回复 最后回复 回复 引用 0
      • test1T
        test1 @butterbot
        最后由 test1 编辑

        @butterbot 可以试试把 rules.json 里面和 fastly.com 那一栏对应的 IP 地址，那个会在整个文件里面重复很多遍，都替换成本地使用的 IP 地址，比如 Powershell 查询 fastly.com 的 IP 地址：Resolve-DnsName -Name fastly.com

        如果 fastly.com 本身能连上的话，用 fastly CDN 的网站都应该能连上，比如 reddit
        netlify CDN 也是同理，应该能连上 https://docs.rsshub.app

        其他的网站我就不太好说了

        1 条回复 最后回复 回复 引用 0
        • test1T
          test1 @butterbot
          最后由 编辑

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

          1 条回复 最后回复 回复 引用 0
          • ?
            游客 @test1
            最后由 编辑

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

            wumingshiW test1T 2 条回复 最后回复 回复 引用 0
            • wumingshiW
              wumingshi @游客
              最后由 编辑

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

              ? 1 条回复 最后回复 回复 引用 0
              • ?
                游客 @wumingshi
                最后由 编辑

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

                1 条回复 最后回复 回复 引用 0
                • test1T
                  test1 @游客
                  最后由 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 地址就能连上，不能就不能……

                  1 条回复 最后回复 回复 引用 0
                  • test1T
                    test1 @butterbot
                    最后由 编辑

                    @butterbot

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

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

                    1 条回复 最后回复 回复 引用 0
                    • ?
                      游客
                      最后由 编辑

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

                      1 条回复 最后回复 回复 引用 0
                      • ?
                        游客
                        最后由 编辑

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

                        ? 1 条回复 最后回复 回复 引用 0
                        • ?
                          游客
                          最后由 编辑

                          还有一个方案是强制使用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不行（连接已重置）。
                          实在令人搞不懂发生了什么。

                          1 条回复 最后回复 回复 引用 0
                          • ?
                            游客
                            最后由 编辑

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

                            1 条回复 最后回复 回复 引用 0
                            • ?
                              游客 @游客
                              最后由 编辑

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

                              ? 1 条回复 最后回复 回复 引用 0
                              • ?
                                游客 @游客
                                最后由 编辑

                                Google有些IP没被封锁的

                                1 条回复 最后回复 回复 引用 0
                                • ?
                                  游客
                                  最后由 编辑

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

                                  1 条回复 最后回复 回复 引用 0
                                  • 1
                                  • 2
                                  • 1 / 2
                                  • 第一个帖子
                                    最后一个帖子