-
Notifications
You must be signed in to change notification settings - Fork 4k
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
[Feature] Routing API #414
Comments
former agreed as it is similar to v2ray/xray routing conf in personally. |
通过此方案可以很容易的控制路由规则,无控制路由规则需求时
此方案由于没有Tag属性,控制时需要对所有路由规则进行遍历找到所需修改的路由规则再修改。 |
将二者合并?
另:现在的 |
两者合并挺好。
保持 |
或许可以修改 |
|
好的。 @RPRX @AkinoKaede 是否还有其他补充? |
|
我在尝试添加GetRules相关API,遇到了一个问题。 RoutingObject在初始化的时候,Domain如果带有
另外现有的Domain加载都是由 |
打算采用与config一致的结构作为API的参数,这样可以调用 |
不需要修改 另:我最近会将 |
上述API已实现并提交。 GetXXX相关API因为 |
上述路由API已经实现。其中RoutingRule相关Get API,由于部分 |
2023年clash死了,这个还有希望支持么? |
可以 来一个大佬 整理一下代码 |
@yuhan6665 可以参考sing-box? |
增加动态调整路由的API
draft 1
在 #412 中,@tat5522 引入了的 6 个API :
此方式可以调整任意一个路由规则,但是需要为每一条路由引入 Tag。
此方案可能需要添加几个借口获取 BalancingRules 与 RoutingRules。
此方案的
AddRoutingRule
还需要考虑添加规则的位置。draft 2
与方案1不同,方案二选择修改整个路由规则,无需为每个路由添加tag。
在一定程度上,所有路由规则是一个整体。因此我认为,修个整个路由规则更加合理。
希望能够与 @DuckSoft @2dust @yuhan6665 @CerteKim 等第三方客户端作者共同确定此接口。
The text was updated successfully, but these errors were encountered: