🧷 自用的一个功能很简单的 SNIProxy 顺便分享出来给有同样需求的人,用得上的话可以点个⭐支持下~
SNIProxy 是一个根据传入域名(SNI)来自动端口转发至该域名源服务器的工具,常用于网站多服务器负载均衡,而且因为是通过明文的 SNI 来获取目标域名,因此不需要 SSL 解密再加密,转发速度和效率自然也大大提高了。
Important
注意!SNIProxy 只是起到一个端口转发、负载均衡的作用。简单的来说就是 SNIProxy 收到的所有数据都会被原封不动的转发给目标源服务器(包括明文的 SNI 域名信息,任何第三方例如墙依然能直接看到),因此 SNIProxy 是 无法用来番墙
的(否则就是脱裤子放屁 —— 多此一举! 毕竟墙早就可以 域名(SNI)阻断 了)。
分享我其他开源项目:TrackersList.com - 全网热门 BT Tracker 列表!有效提高 BT 下载速度~
CloudflareSpeedTest - 🌩「自选优选 IP」测试 Cloudflare CDN 延迟和速度,获取最快 IP~
UserScript - 🐵 Github 高速下载、知乎增强、自动无缝翻页、护眼模式 等十几个油猴脚本~
- 支持 全平台、全系统(Go 语言特性)
- 支持 Socks5 前置代理(比如可以再套一层 WARP,这样 SNIProxy 的出口 IP 就是 Cloudflare 的了)
- 支持 允许转发所有域名 或 仅允许转发指定域名(包含域名自身及其所有子域名)
- 支持 单独或同时监听及传输 IPv4、IPv6 流量
- 支持 根据明文 SNI(域名/主机名) 来自动转发流量到该域名的源服务器,无需加解密流量,无需 SSL 密钥或证书
Warning
注意!SNIProxy 仅为我个人自写自用,可靠性、稳定性等方面不如专业的商业软件(如 Nginx、HAProxy),因此在正式的生产环境下不建议使用本软件,如造成损失,根据 GPL-3.0 本项目无需承担责任(溜了溜了~
Note
另外,Web 流量一直在不断发展,目前流行的 HTTP/2 可以在单个 TCP 流中复用多个主机名,这会导致 SNIProxy 无法根据主机名(域名)来正确转发流量(因为多个混在了一起)。而 HTTP/3 (QUIC) 更是改用 UDP 协议传输,这和 TCP 协议是完全不同的。SNIProxy 不支持这些协议,也不会去添加支持,因为这会使项目变得极其复杂(也超出了我的能力,毕竟我只是为了方便自己使用而边学边写的,代码也才几百行罢了)。
SNIProxy 的工作流程大概如下:
- 解析传入连接中的 TLS/SSL 握手消息,以获取访客发送的 SNI 域名信息。
- 检查域名是否在允许列表中(或开启了
allow_all_hosts
),如果不在将中断连接,反之继续。 - 使用系统 DNS 解析 SNI 域名获得 IP 地址(即该域名的源站服务器 IP 地址)。
- 将收到的数据原封不动的转发给该域名的源站 IP:443,在访客和源站之间建立一个 "桥梁" 进行持续的相互数据传输(即 TCP 中转/端口转发)。
// 将 example.com 域名指向 SNIProxy 服务器的 IP,然后:
访问 example.com <=> SNIProxy(解析 SNI 获得目标域名) <=> 源站(example.com)
// 按照工作流程更详细一点的:
访问 example.com <=> SNIProxy [ 解析 SNI 获得 example.com 域名 <=> 检查该域名是否在允许转发 <=> 系统 DNS 解析该域名获得 IP 地址 ] <=> 源站(example.com)
// 例如:当有多台服务器配置 SNIProxy 后,可以在域名 DNS 解析中指向这些服务器 IP,这样访客就会被随机分配到其中一个服务器上,实现分流负载均衡等。
// 也可以依靠 DNS 区域解析来给不同地区、运营商的访客指向离它们更近、线路更优的服务器 IP,来间接提高网站的访问速度,提升用户体验。
// 如果 SNIProxy 开启了前置代理,那么就是这样:
访问 example.com <=> SNIProxy <=> Socks5(解析 SNI 获得目标域名) <=> 源站(example.com)
Tip
SNIProxy 本质上也是一种端口转发(中转),但不同于端口转发只能指定一个固定的目标 IP,SNIProxy 可以通过 DNS 解析传入的域名来获得灵活的目标 IP(传入不同的域名走不同目标 IP,可同时存在且互不干扰)。
「 点击查看 Linux 系统下的使用示例 」
以下命令仅为示例,版本号和文件名请前往 Releases 查看。
# 如果是第一次使用,则建议创建新文件夹(后续更新时,跳过该步骤)
mkdir sniproxy
# 进入文件夹(后续更新,只需要从这里重复下面的下载、解压命令即可)
cd sniproxy
# 下载 sniproxy 压缩包(自行根据需求替换 URL 中 [版本号] 和 [文件名])
wget -N https://github.com/XIU2/SNIProxy/releases/download/v1.0.4/sniproxy_linux_amd64.tar.gz
# 如果你是在国内服务器上下载,那么请使用下面这几个镜像加速:
# wget -N https://ghp.ci/https://github.com/XIU2/SNIProxy/releases/download/v1.0.4/sniproxy_linux_amd64.tar.gz
# wget -N https://ghproxy.cc/https://github.com/XIU2/SNIProxy/releases/download/v1.0.4/sniproxy_linux_amd64.tar.gz
# wget -N https://ghproxy.net/https://github.com/XIU2/SNIProxy/releases/download/v1.0.4/sniproxy_linux_amd64.tar.gz
# wget -N https://gh-proxy.com/https://github.com/XIU2/SNIProxy/releases/download/v1.0.4/sniproxy_linux_amd64.tar.gz
# 如果下载失败的话,尝试删除 -N 参数(如果是为了更新,则记得提前删除旧压缩包 rm sniproxy_linux_amd64.tar.gz )
# 解压(不需要删除旧文件,会直接覆盖,自行根据需求替换 文件名)
tar -zxf sniproxy_linux_amd64.tar.gz
# 赋予执行权限
chmod +x sniproxy
# 编辑配置文件(根据下面的 配置文件说明 来自定义配置内容并保存(按下 Ctrl+X 然后再按 2 下回车)
nano config.yaml
# 运行(不带参数)
./sniproxy
# 运行(带参数示例)
./sniproxy -c "config.yaml"
# 后台运行(带参数示例)
nohup ./sniproxy -c "config.yaml" > "sni.log" 2>&1 &
另外,强烈建议顺便提高一下 系统文件句柄数上限,避免遇到报错 too many open files
另外,如果你希望 开机启动、守护进程(异常退出自动恢复)、后台运行、方便管理 等,那么可以将其 注册为系统服务。
「 点击查看 Windows 系统下的使用示例 」
下载已编译好的可执行文件并解压:
- Github Releases
- 蓝奏云(密码:xiu2)
找到配置文件 config.yaml
右键菜单 - 打开方式 - 记事本。
根据下面的 配置文件说明 来自定义配置内容并保存。
双击运行 sniproxy.exe
文件。
或者在 CMD 命令行中进入软件所在目录并运行 sniproxy.exe
:
# CMD 命令行中进入解压后的 sniproxy 程序所在目录(记得修改下面示例路径)
cd /d C:\xxx\sniproxy
# 运行(不带参数)
sniproxy.exe
# 运行(带参数示例)
sniproxy.exe -c "config.yaml"
「 点击查看 Mac 系统下的使用示例 」
下载已编译好的可执行文件并解压:
- Github Releases
- 蓝奏云(密码:xiu2)
# 通过命令行进入 sniproxy 压缩包所在目录(记得修改下面示例路径)
cd /xxx/xxx
# 解压(不需要删除旧文件,会直接覆盖,自行根据需求替换 文件名)
tar -zxf sniproxy_linux_amd64.tar.gz
# 赋予执行权限
chmod a+x sniproxy
# 编辑配置文件(根据下面的 配置文件说明 来自定义配置内容并保存(按下 Contrl+X 然后再按 2 下回车)
nano config.yaml
# 运行(不带参数)
./sniproxy
# 运行(带参数示例)
./sniproxy -c "config.yaml"
home@xiu:~# ./sniproxy -h
SNIProxy vX.X.X
https://github.com/XIU2/SNIProxy
参数:
-c config.yaml
配置文件 (默认 config.yaml)
-l sni.log
日志文件 (默认 无)
-d
调试模式 (默认 关)
-v
程序版本
-h
帮助说明
「 点击展开 查看内容 」
注意: 配置文件是 YAML 格式,即按照缩进(即每行前面的空格数量)来确定层级关系的,因此不懂的话请按照默认配置文件内示例的格式为准,其中
#
的是注释(会被程序忽略),不需要的配置可以注释掉。
目前配置文件中的配置项没几个,分别为:
# 监听端口(注意需要引号),常见示例如下:
# ":443" 省略 IP 只写端口,代表监听本机所有 IPv4+IPv6 地址的 443 端口
# "0.0.0.0:443" 代表监听本机所有 IPv4 地址的 443 端口
# "127.0.0.1:443" 代表监听本机本地 IPv4 地址的 443 端口(只有本机可访问)
# "[::]:443" 代表监听本机所有 IPv6 地址的 443 端口
# "[::1]:443" 代表监听本机本地 IPv6 地址的 443 端口(只有本机可访问)
# 上面示例中的 IP 地址也可以换成例如你的外网 IP,这样的话就只能从该外网 IP 访问了
listen_addr: ":443"
# 可选:启用 Socks5 前置代理
# (启用前:访客 <=> SNIProxy <=> 目标网站
# (启用后:访客 <=> SNIProxy <=> Socks5 <=> 目标网站
# (比如可以套 WARP,那样就变成:访客 <=> SNIProxy <=> WARP <=> 目标网站
enable_socks5: true
# 可选:配置 Socks5 代理地址
socks_addr: 127.0.0.1:40000
# 可选:允许所有域名(开启后会忽略下面的 rules 列表)
allow_all_hosts: true
# 可选:仅允许指定域名(和上面的 allow_all_hosts 二选一)
# 指定域名后,则代表允许 域名自身 及其 所有子域名 访问服务(以下方两个为例,√ 代表允许,× 代表阻止)
rules:
- example.com # example.com √ 、a.example.com √ 、a.a.example.com √
- b.example2.com # example2.com × 、b.example2.com √ 、c.b.example2.com √
一些示例:
- 允许所有域名访问
listen_addr: ":443"
allow_all_hosts: true
注意,开启 allow_all_hosts 时,可能会被他人扫描到而滥用,请悉知!
建议做一些限制,例如只使用 IPv6("[::]:443"
)或防火墙限制 443 端口的可访问 IP。
- 仅允许指定域名
listen_addr: ":443"
rules:
- example.com
- b.example2.com
- 允许所有域名访问 + 启用前置代理
listen_addr: ":443"
enable_socks5: true
socks_addr: 127.0.0.1:40000
allow_all_hosts: true
- 仅允许指定域名 + 启用前置代理
listen_addr: ":443"
enable_socks5: true
socks_addr: 127.0.0.1:40000
rules:
- example.com
- b.example2.com
「 点击展开 查看内容 」
新建一个空的名叫 sniproxy 的系统服务配置文件:
nano /etc/systemd/system/sniproxy.service
修改以下内容后(ExecStart=
后面的程序路径、参数)后粘贴进文件内:
[Unit]
Description=SNI Proxy
After=network.target
[Service]
ExecStart=/home/sniproxy/sniproxy -c /home/sniproxy/config.yaml -l /home/sniproxy/sni.log
Restart=on-failure
[Install]
WantedBy=multi-user.target
其中
Restart=on-failure
表示,当程序非正常退出时,会自动恢复启动,也就是常说的守护进程。
设置 sniproxy 开机启动并立即启动:
# 启用该系统服务 并 允许开机启动
systemctl enable sniproxy
# 立即启动
systemctl start sniproxy
其他可能会用到的命令:
# 停止
systemctl stop sniproxy
# 重启
systemctl restart sniproxy
# 查看运行状态
systemctl status sniproxy
# 查看完整日志
cat /home/sniproxy/sni.log
# 实时监听日志(会实时显示最新日志内容)
tail -f /home/sniproxy/sni.log
# 如果你修改了 /etc/systemd/system/sniproxy.service 配置文件,那么需要先重载配置后才能启动/重启 sniproxy 服务
systemctl daemon-reload
「 点击展开 查看内容 」
首先需要清楚,SNIProxy 是通过 IPv4 还是 IPv6 地址转发流量给目标域名源服务器,和你是通过 IPv4 还是 IPv6 访问 SNIProxy 服务无关,"你 与 SNIProxy"
和 "SNIProxy 与 源服务器"
这两个环节是独立的,互不影响的。
因为 SNIProxy 的 DNS 解析环节是交由系统 DNS 服务处理的,因此对于 SNIProxy 是通过 IPv4 还是 IPv6 地址转发流量给目标域名源服务器,则取决于:
- 运行 SNIProxy 的服务器是否有 IPv4 或 IPv6 地址(或都有,也就是双栈服务器)
- 运行 SNIProxy 的服务器当前系统配置的 DNS 优先级是 IPv4 优先还是 IPv6 优先(一般默认都是 IPv6 优先)
- 该目标域名解析记录中是否有 IPv4 或 IPv6 地址(也就是 A 和 AAAA 记录)
即,如果你的服务器有 IPv6 地址,且系统为默认的 IPv6 优先,那么无论你是通过 IPv4 还是 IPv6 访问的 SNIProxy 服务器,只要该域名有 IPv6 解析地址,那么 SNIProxy 就会通过 IPv6 转发流量给目标域名源服务器。
访问 example.com <=IPv4=> SNIProxy <=优先 IPv6=> 系统 DNS 解析获得该域名的 IP 地址 <=IPv6=> 源站(example.com)
访问 example.com <=IPv6=> SNIProxy <=优先 IPv6=> 系统 DNS 解析获得该域名的 IP 地址 <=IPv6=> 源站(example.com)
假如目标域名解析只有 IPv6 地址,你本地只有 IPv4 地址,但你的服务器有 IPv4+IPv6 地址,那么你就可以通过 IPv4 来访问 SNIProxy,然后 SNIProxy 通过 IPv6 访问目标域名源服务器。
访问 example.com(仅 IPv4) <=IPv4=> SNIProxy(支持 IPv4+IPv6) <=IPv6=> 源站(example.com 仅 IPv6)
关于这个系统 DNS 服务的 IPv4 IPv6 优先级是可以调的(以下为将默认的 IPv6 优先改为 IPv4 优先):
打开并编辑文件(你也可以使用 vim 来编辑):
nano /etc/gai.conf
找到以下行:
#precedence ::ffff:0:0/96 100
去掉改行行首的 #
注释符号,使其变为:
如果没有找到的话,可以直接在文件末尾另起一行写上下面这行代码。
precedence ::ffff:0:0/96 100
按下 Ctrl+O
并回车保存文件,然后再按下 Ctrl+X
退出当前的 nano 编辑器。
此时随便 ping
一个同时拥有 IPv4 及 IPv6 地址的域名,看一下结果是不是 IPv4 地址。
另外,修改系统 DNS 优先级后,可能需要清理服务器的 DNS 缓存并重启 SNIProxy 服务。
「 点击展开 查看内容 」
Linux 系统下,一些人可能会遇到报错(日志如下):
接受连接请求时出错: accept tcp [::]:443: accept4: too many open files
这是因为系统的文件句柄数耗尽了(默认 1024),提高系统文件句柄数上限可有效缓解该问题(不能完全解决,因为理论上,当打开文件、连接等等足够多时,迟早会耗尽,一般来说不管是做代理还是做网站,这个操作都是必须的)。
- 临时提高(重启后恢复为 1024)
ulimit -n 65535
- 永久提高(重启后依然为 65535,当然打开文件后手动删除就恢复了)
echo "* soft nofile 65535
* hard nofile 65535
root soft nofile 65535
root hard nofile 65535" >> /etc/security/limits.conf
执行以上命令后,需要重启 SNIProxy 来使其生效,如果还不行请尝试重启系统。
systemctl restart sniproxy
如果你遇到什么问题,可以先去 Issues、Discussions 里看看是否有别人问过了(记得去看下 Closed 的)。
如果没找到类似问题,请新开个 Issues 来告诉我!
Note
与 反馈问题、功能建议
无关的,请前往项目内部 论坛 讨论(上面的 💬 Discussions
「 点击展开 查看内容 」
为了方便,我是在编译的时候将版本号写入代码中的 version 变量,因此你手动编译时,需要像下面这样在 go build
命令后面加上 -ldflags
参数来指定版本号:
go build -ldflags "-s -w -X main.version=v1.0.4"
# 在 SNIProxy 目录中通过命令行(例如 CMD、Bat 脚本)运行该命令,即可编译一个可在和当前设备同样系统、位数、架构的环境下运行的二进制程序(Go 会自动检测你的系统位数、架构)且版本号为 v1.0.4
如果想要在 Windows 64位系统下编译其他系统、架构、位数,那么需要指定 GOOS 和 GOARCH 变量。
例如在 Windows 系统下编译一个适用于 Linux 系统 amd 架构 64 位的二进制程序:
SET GOOS=linux
SET GOARCH=amd64
go build -ldflags "-s -w -X main.version=v1.0.4"
例如在 Linux 系统下编译一个适用于 Windows 系统 amd 架构 32 位的二进制程序:
GOOS=windows
GOARCH=386
go build -ldflags "-s -w -X main.version=v1.0.4"
可以运行
go tool dist list
来查看当前 Go 版本支持编译哪些组合。
当然,为了方便批量编译,我会专门指定一个变量为版本号,后续编译直接调用该版本号变量即可。
同时,批量编译的话,还需要分开放到不同文件夹才行(或者文件名不同),需要加上 -o
参数指定。
:: Windows 系统下是这样:
SET version=v1.0.4
SET GOOS=linux
SET GOARCH=amd64
go build -o Releases\sniproxy_linux_amd64\sniproxy -ldflags "-s -w -X main.version=%version%"
# Linux 系统下是这样:
version=v1.0.4
GOOS=windows
GOARCH=386
go build -o Releases/sniproxy_windows_386/sniproxy.exe -ldflags "-s -w -X main.version=${version}"
The source code has been adapted from FastGitORG/F-Proxy-Agent and TachibanaSuzume/SNIProxyGo .
Thank them for their help!
The GPL-3.0 License.