Proxy Group支持dialer-proxy

[ayanamist]

曾经有两个issue提过这个需求
#1717
#1815
都在没有回复的情况下关掉了
翻看了下代码，select、fallback、loadbalancer、urltest这几个简单支持下好像并不困难，把代码里DialContext/ListenPacketContext改成DialContextWithDialer/ListenPacketWithDialer，然后用proxydialer.NewByName获取一个dialer并传进去应该就好了？
这块是有什么原因吗，还是说只要有人提PR，也是会被接受的？

[wwqgtxx]

从代码上来说，对于一个包含链接复用类的proxy来说，withDialer类的函数很难正常工作（你需要在proxy内部根据传入的dialer维持一个复杂的对应关系，并小心处理资源释放问题）

从设计上说，一个proxy就不该允许在proxy创建后动态修改dialer

最初重构withDialer系列函数只是为了让relay更好的工作，而dialer-proxy的目的就是彻底废止relay这种让一个proxy存在dialer动态变化的可能，所以group不会支持dialer-proxy（但是dialer-proxy可以设置一个group作为目标）

对于原版clash，当初设计relay没有什么大问题的基础在于，当年支持的协议大部分是无状态的（比如ss），proxy内部不需要维护proxy的底层状态，然而这种设计放在现在显然是不太合理的

[ayanamist]

那这个我就没get到含义了，像我这样修改的话，dialer其实一直指向的select这个proxy的，并没有像原始relay那样一层层unwrap出去，应该没有你说的dialer动态变化的问题？

[wwqgtxx]

你这种的前提是这个被select的proxy仅仅被这一个selector所包含，但现实并非如此，很多人的配置中，这个proxy可能同时存在在多个selector/urltest/fallback之中，那就会导致它传入的dialer在反复不停的更换。此外，实际上每次NewByName生成的dialer也都是不一样的，当初为了支持relay使用withDialer系函数特地将dialer设计成值传递就是为了能直接比较（comparable），但这也只是个折中方案，并不能改变一个proxy可能同时接受到多个不同dialer的传入。

[ayanamist]

我这只是个示例改法，实际上所有group（除了relay）的都要按这个改法去传dialer，现在都没传。

传入的dialer在不停更换、每次NewByName生成的dialer也都是不一样，这两点也没啥影响呀，毕竟都是局部变量。

如果是指dialer会被一些实现拿去缓存，那现在的provider方案其实会有同样的问题。

这里不考虑relay的支持问题，毕竟relay都要删掉了对吧。relay是会带来巨大的复杂度和各种edge case。

[wwqgtxx]

看来你并没有理解我的意思，对于一个proxy来说，当其New之后，它内部的dialer就不应该再被改变

对于链接复用类的proxy，它已经使用dialer建立了低层链接，你给他传入一个新的dialer就需要面临复杂的处理逻辑：判断是否相等，是否要切换已有的连接，是否要保留还活着的连接，是否要创建新的连接

而一旦这个proxy同时被两个或更多group所包含，那么这个proxy所接收到的dialer就会反反复复的被修改

之所以要求在proxy上直接设定dialer-proxy的意义就在于，这里的dialer不会再被修改，也就不需要考虑这么多的情况

[ayanamist]

OK，当一个proxy被两个group引用，其中一个group设了dialer-proxy而另一个不设时，proxy会被同时并发调用且传入不同的dialer，对于某些会缓存dialer的代理类型来说，这样会导致流量紊乱。

[ayanamist]

对于一个包含链接复用类的proxy来说，withDialer类的函数很难正常工作

这点我赞同，强一致是比较困难的，但最终一致性还是可以的。dialer-proxy的设计比relay在这方面已经要强上不少了。原本clash的relay确实在mux场景有较大的问题 https://x.com/ayanamist/status/1892127564459585959

那对于社区广泛需求，relay里包含一个入口proxy一个出口proxy，都需要select类型的group（我自己就有这需求），你有什么实现建议吗，relay被删掉后，这场景就完全无解了。

[wwqgtxx]

举个明确点的例子，假如我想通过专线链接我自己的落地，那么使用方法是，将 落地proxy的dialer-proxy 指向 专线proxy
再将专线扩展到一组专线，那就是将 落地proxy的dialer-proxy 指向 包含专线proxy的group
最后将落地扩展到一组，那就是将落地写入proxy-provider通过配置provider中的dialer-proxy，将其指向 包含专线proxy的group

不知道这样说是够足够清晰

[ayanamist]

嗯，方案我清楚的，只是看到很多人在问，所以建议落到文档里。主要就是relay迁移到新方案该怎么做，最好有个文档。

[wwqgtxx]

provider里的dialer-proxy和override.dialer-proxy本质上实现是一样的，只不过前者是和dialer-proxy一起加的，后者是随着override功能一起实现的，为了兼容性两种方式均保留了下来

[wwqgtxx]

对于文档，或许你可以站在用户的角度给一个迁移的实例，并直接PR到 https://wiki.metacubex.one/config/proxies/dialer-proxy/ 中

[ayanamist]

@wwqgtxx MetaCubeX/Meta-Docs#82 你看看

[y1zhou]

感谢讨论和提供的样例，已经成功实现基于 proxy-providers 和 dialer-proxy 的代理链。现在遇到的问题是有些协议的节点似乎不能作为出口？尝试了同一台机器部署 Hysteria2 和 Trojan，Trojan 可以正常作为出口，Hysteria2 在 mihomo 添加 dialer-proxy 后测速不通，直连正常

[spacexnasa]

有个疑问，比如我有自建 a-国内,b-国外-美国，c-订阅，我想实现

PC==a-国内==c-订阅(筛选出美国节点)==b-国外-美国，即，所有的出口 ip 都是我这一个 b-国外-美国,这个要怎么写

[mengdegege]

c的dialer是a，可以在provider里面override。b的dialer是从c筛选出来的某个组。流量都指向b