继某篇已经被主动404教程之后的小尝试

如果您看过我之前文章的话(虽然可能性不太大,那么您大概会知道new bing、openai封锁了大部分VPS ip地址的事实。但是俗话说的好,道高一尺,下有对策,在体验过warp原作者提出的轻量代理之后,我决定配置一个更加heavy的warp本地代理

为什么要折腾

之前的轻量代理在设计思路上确实是小而美中的极致了,不过本地完全没有相关服务的代价是众多传输挤在了原作者注册的服务上,反而使访问速度变得很慢。

拓扑结构

这里参考了使用Cloudflare WARP作为不可描述出站(落地)连接
当访问网站为new bing或openai:
Client <-- 不可描述 --> VPS <-- WARP --> Cloudflare Edge <--> Internet
当访问网站不为new bing或openai:
Client <-- 不可描述 --> VPS <--> Internet

因为第一种情况是访问总流量中的少数,但又是必须,所以这种结构的优势不证自明

实现与proxy

warp安装略,运行5,将 WARP 转换为 Socks5 代理
proxy

这里的端口默认为40000,可以换成喜欢的,比如9292之类的
routing可以沿用warp作者的结构,将需要进行链式代理的网站加入白名单,使用WARP的tag出站

"routing":{
        "domainStrategy":"AsIs",
        "rules":[
            {
                "type":"field",
                "domain":[
                    "domain:openai.com",
                    "domain:ai.com",
                    "domain:bing.com"
                ],
                "outboundTag":"WARP"
            }
        ]
    }

出站则是在outbongs中添加WARP的tag,这里是将WARP标签下运行的数据分流至本机的warp服务

{
        "tag":"WARP",
        "protocol":"socks",
        "settings": {
              "servers": [
                {
                  "address": "127.0.0.1",
                  "port": 9292
                }
              ]
        }
    }

大功告成

回复issue可见于:https://github.com/fscarmen/warp/issues/407

最后修改:2024 年 08 月 30 日
请我喝杯可乐?