-
Notifications
You must be signed in to change notification settings - Fork 264
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
能支持多SNI多代理后端吗? #77
Comments
请看wiki,应该是支持的 |
@ayanami-desu 多SNI是支持的,但不支持多后端 |
支持按SNI分流到多个被代理服务器。
ArchGuy ***@***.***>於 2023年3月3日 週五,下午7:05寫道:
… @ayanami-desu <https://github.com/ayanami-desu> 多SNI是支持的,但不支持多后端
—
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AANA34JRTYFFCVUTFHDHTADW2HGAHANCNFSM6AAAAAAVNP7T74>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
好的,那该怎么填写呢? |
大概这种格式: cloudflare.com:1.1.1.1:443;captive.apple.com;cloud.tencent.com host 留空则直接使用原域名;port 留空则默认 443。最后一个配置会同时被视作 fallback。 |
但我是想分流到不同ss代理 |
不行的话,可以在前面套个nginx |
目前不支持分流到多个ss。非要弄的话可以级联的方式部署多个shadowtls,不过会有点影响性能。 |
shadow-tls => nginx 真实 IP 如何处理呢,套 CF 的倒是能通过 http 头拿,直接解析的站就没什么好办法了 |
确实。。我能想到的有两个办法:
这两个方案我没做详细的调研,实施起来应该都有一定局限性:第一个方案仅限 linux 且如果对于 ss 部署在非本地的情况还需要额外处理路由规则;第二个方案仅对支持 Proxy Protocol 的特定后端生效。 如果只是为了事后追查,简单起见也可以翻 log 去 match 一下2333 |
通过不同的SNI把流量送去不同代理后端进行处理,比如这样可以使在同一端口下,有AES硬件加速和无AES硬件加速的设备在使用shadowsocks代理后端时同时获得最佳性能
The text was updated successfully, but these errors were encountered: