前言
这段时间也在折腾一些事儿,期间倒腾了比较多的代理,遂想把一些代理组建成一个代理池,方便自己一些服务的使用,折腾过程中发现一款工具比较好用,遂分享之。
Glider介绍
glider 是一个多协议支持的正向代理工具。它允许将本地侦听器配置为代理服务器,并通过转发器将请求传递到互联网。通过这个工具,能够代理多种协议,包括 trojan、vmess、vless、ss、ssr 等常见的协议,同时也支持许多其他协议,其支持的详细协议可参考如下:https://github.com/nadoo/glider#protocols
通过配置相应的监听端口,使服务器轮询代理去访问互联网,即相当于把代理聚合起来,做个 http/socks 代理池。其工作原理如下图所示:

glider 链接:https://github.com/nadoo/glider
食用教程
由于 glider 配置文件和 clash 的 yaml 配置文件中协议写法不一致,故需要对其进行转换,此处通过编写一个 Python 脚本完成协议的转换即可:

然后将上面的节点内容放在配置文件 config.conf 中:
# Verbose mode, print logs
verbose=True
listen=:8443
# Round Robin mode: rr
# High Availability mode: ha
strategy=rr
# forwarder health check
check=http://www.msftconnecttest.com/connecttest.txt#expect=200
# check interval(seconds)
checkinterval=900
checktimeout=10
maxfailures=3
dnsserver=223.5.5.5:53
dnsserver=8.8.8.8:53
dnsserver=1.1.1.1:53
forward=……注意的是:
其中,
strategy有 4 个模式可供选择,分别为:rr(循环)、ha(高可用性)、lha(基于延迟的高可用性)、dh(目标哈希)。如果将
glider部署在公网,则可能面临被各种扫描,建议在设置listen时,对相关协议设置鉴权账密。其配置文件的更多配置参数可参考:https://github.com/nadoo/glider/blob/master/config/glider.conf.example
接下来运行 glider :
./glider -config ./config.conf运行成功后,若不指定 listen 协议,则默认可使用 http、socks 代理,最终测试效果如下,可见每次请求都会随机选择节点:

开机自启动
为了让 glider 能够后台运行以及自启动,此处使用 systemctl 对其进行管理,官方给了相关自启动文件的配置,直接根据教程配置即可,如下:
1、复制二进制文件至指定目录:
cp glider /usr/bin/2、复制启动文件至指定目录:
cp systemd/glider@.service /etc/systemd/system/3、将本地刚刚配置的 glider.conf 配置文件移至指定目录:
mkdir /etc/glider/
cp ./glider.conf /etc/glider/glider.conf4、启动并运行 glider :
# 开机自启
systemctl enable glider@glider
# 运行glider
systemctl start glider@glider
1 条评论
能否分享一下python转换脚本