引子
自从New Bing推出之后,使用它的频率便是越来越频繁,尤其是在平时开发工作中让它写代码片段,工作效率之提升不可谓小。“谈天吉皮提”之威力我算是领教到了。
New Bing不对中国大陆之用户开放,最开始许多人的解决方案是改请求头X-Forwarded-For,但近期这个方法不能用了。虽然这对于一直挂代理的我没什么影响就是了。但最近New Bing又开始对代理下手,封禁了一大堆IDC的IP,我的梯子也惨遭毒手。
v2ex之相关帖子:https://www.v2ex.com/t/926788
谷歌之后看到有些文章通过继续修改X-Forwarded-For头的方法解决,将原先的8.8.8.8改为1.1.1.1,也确实能解决一部分人的问题,但这恐怕也只是一时饮鸩止渴之方案,非长期之良方,随时有可能被再次封杀。
评论区有人提到了通过WARP的方式解锁,我认为这个方法才是一劳永逸的,毕竟WARP甚至能解锁Netflix,Bing自然不在话下。
关于WARP之使用,我建议使用非全局模式。假设只有一台VPS作为梯子,那么可以让正常的代理流量使用VPS自己的IP直连,而需要解锁的流量使用WARP解锁,这样不必全部流量走WARP,可以保证速度。
启动warp-go非全局模式
通过warp-go脚本可以让VPS连上Cloudflare WARP。并且相比其他方案还有两项主要优点:
- 支持洛杉矶等wgcf无法获取WARP IP之地区使用;
- 支持非全局模式,只是单纯新增一个WARP网卡,可进行更多自定义。
warp-go项目地址:https://gitlab.com/ProjectWARP/warp-go
一键脚本:https://github.com/fscarmen/warp#warp-go-%E8%BF%90%E8%A1%8C%E8%84%9A%E6%9C%AC
安装之后切换为非全局模式:
使用ip a
命令可以看到多出了一个WARP虚拟网卡:
使用curl
工具指定网卡访问,可以看到IP已经变成了WARP的IP;但不指定网卡访问的话还是VPS原来的IP:
配置v2ray
说是v2ray,但其实我们用到的应该是xray。因为我们需要在outbounds中指定网卡,而这个选项只有xray的较新版本才能支持。
之前有写过另一篇类似的文章,通过v2ray在服务端配置轮询tor链路出口:在自己的VPS上利用v2ray+Tor打造代理IP池
接下来要介绍的配置参考了xray的文档和另一篇博客的内容,在此表示感谢。
首先我们需要配置inbounds,这一步应该是非常基础的,不必过多解释。我这里就使用x-ui来偷懒了。对于开在端口号xxx上的x-ui配置来说,其自动生成的inbounds配置对应的tag为inbound-xxx
。
因此我们只需要配置outbounds和routing(以下配置模板省略了无关配置):
|
|
配置客户端
至此服务端配置已经完成,现在只需要让客户端连上即可。我这里客户端是用的是clash来分流。
配置Unlock规则组,例如:
|
|
然后让Bing等需要解锁的域名走该规则即可:
|
|
与此同时,其他不需要Unlock的请求依旧是走原先的直连代理。这样可以保证其访问速度,毕竟即使VPS上直连Cloudflare WARP很快,也是存在一定延迟增加和降速。