Closed miaomier closed 1 year ago
确实有这个问题,使用tuic时服务端分流会失效。我之前以为只是我自己有这个问题,因为我是全局流量转发到服务器的,在服务器进行分流,使用tuic时,日志中经常是ip地址,没有嗅探到域名,这就导致IP地址直接走了默认出站,没有走域名规则。
我服务端使用的beta版本,Android使用了sfa beta,最新版本。
同时还有一个问题,在使用1.4beta6时Android端如果使用tun入站和tuic出站有概率自动停止,复现步骤就是点击下方的toolbar按钮,随机点击任意按钮,之后点击dashboard时sfa就会闪退,回退到1.4beta5就没有这个问题了。
@nekohasekai
增加 sniff_timeout
。
增加
sniff_timeout
。
已经尝试过把 sniff_timeout
设置为 30s
,5m
,10m
等值都是超时,没有 sniff 出结果。
增加
sniff_timeout
。已经尝试过把
sniff_timeout
设置为30s
,5m
,10m
等值都是超时,没有 sniff 出结果。
同样没有用,我设置的4s,你这10分钟就夸张啦😂。
操作系统
Windows
系统版本
Windows 10 22H2
安装类型
sing-box 原始命令行程序
如果您使用图形客户端程序,请提供该程序版本。
No response
版本
描述
TUIC 协议不能在服务端按照域名分流出口流量,推测是服务端的 TUIC 入口不能 sniff 出域名导致的。
如果在客户端的入口删掉
domain_strategy
选项,不进行 DNS 解析,在服务端可以按照域名分流,但是在服务端的日志输出中也没有出现 sniff 信息。重现方式
使用 Chrome 浏览器测试,通过代理插件设置代理为 sing-box 的入站端口
socks5://127.0.0.1:7890
,然后访问www.baidu.com
。以下是精简过后的配置,使用本地回环127.0.0.1
模拟。预期的结果是在服务端 sniff 出域名
www.baidu.com
,然后按照路由规则走direct-out
出站,但事实是走了兜底出站block
,与预期不符。客户端配置
服务端配置
日志