Skip to content

[BUG] UDP协议dialer-proxy建立隧道出现异常 #1704

@yuichanyo

Description

@yuichanyo

问题描述 / 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还没解析好,连接不通导致隧道建立失败。两种情况都是“プレミアトンネル“这个外壳本身的完成组建的时间点,比落地节点尝试透过隧道组建立链接这个操作的时间点还要落后,就会出现这个问题

Image

软件版本 / 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)

Image

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions