-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Description
问题描述 / Describe the bug
配置情况:1、落地节点:“日本Akari H◎Pre”,使用Hysteria2 协议;2、预设的dialer-proxy:“プレミアトンネル”。3、“プレミアトンネル”引用了proxy-providers的“IEPL-Pre-Direction”。
出现异常情况:启动的时候,如果“プレミアトンネル“这个proxy-group没有加载好引用的proxy-providers节点,“日本Akari H◎Pre”这个节点的流量【UDP:落地机IP:协议端口】,尝试通过“プレミアトンネル“这个隧道组失败,然后流量被Match到了“ジャパンスイート“这个proxy-group里的日本IEPL 01,后续访问google网址,在连接log里一直都走‘日本IEPL 01’这个隧道。手动打断好多次,才正确的跳到“プレミアトンネル“里的“香港IEPL08“这个隧道。目前只发现落地节点是UDP的会这样,TCP协议不会,不是每次启动都会触发,启动时落地节点第一次尝试通过“プレミアトンネル“的节点建立隧道成功一般就不会触发这个问题。
“プレミアトンネル“组里的节点没加载好的情况有两种,一个是单纯provider加载慢,代理链首次尝试建立隧道时,“プレミアトンネル“隧道组里节点为空,导致隧道建立失败;另一个情况是,provider的节点加载进去了,但是IEPL节点域名和IP还没解析好,连接不通导致隧道建立失败。两种情况都是“プレミアトンネル“这个外壳本身的完成组建的时间点,比落地节点尝试透过隧道组建立链接这个操作的时间点还要落后,就会出现这个问题
软件版本 / Version
0.8.91
复现步骤 / To Reproduce
隧道组加载完成缓慢就会复现。重复启动代理工具,看log请求,有一定概率出现。其他可能的提高复现概率的方式,清除dns缓存,proxy-server-nameserver使用反应慢的服务器tls://1.1.1.1
操作系统 / OS
Windows
操作系统版本 / OS Version
Win11
日志(勿上传日志文件,请粘贴日志内容) / Log (Do not upload the log file, paste the log content directly)
