Module 支持修改 Proxy & Proxy Group

GodD

有一个需求，比如在外访问家里的服务，既然已经有了Module功能，就大可不必为此再写一个配置，直接通过module会很方便。
这样无论用什么配置都可以在不切换配置文件的情况下通过module来支持家中服务访问了。

具体需求同 https://community.nssurge.com/d/245-module-proxy-proxy-group

再发一遍是怕这个帖子已经沉了。。。版主看不到了 🤣

mieqq

不太可能，模块支持 [Proxy]，需要考虑的细节太多

GodD

mieqq proxy重复吗？类似这种异常是不是可以交给使用者决定呢，或者干脆只要模块与基础配置冲突，模块就强制不生效，对于用户来说，收益肯定是大于问题的吧

GodD

@SurgeTeam

jakes

同希望有这个支持

pastie

同样场景。目前 Surge 支持了 WireGuard，但由于 WireGuard 天生特性+Surge 的支持方式，导致必须给每个设备创建不同的 proxy。目前我是创建了一个名为 WireGuard 的 proxy group，再在各个设备上手动选择使用哪个 proxy。因为并不是随时需要开启回家的功能，因此 WireGuard 相关的 rule 放到了 module 中，随时开启关闭。现在无论这个 module 是否开启关闭，我都可以看到这个 proxy group，感觉模块的抽象能力变得非常尴尬。

SurgeTeam

pastie 只使用同一个 Proxy 再用 detached profile 建立不同的 WireGurad section 即可。

pastie

SurgeTeam 没太明白，一个 proxy 不是只能指定一个 wireguard section 么？你说的这种方式在多设备使用同一个配置文件时可用吗？还是说必须多设备都使用不同的配置文件，使用 detached profile 来共享共同的配置？

SurgeTeam

pastie 是的，比如可以建立 iOS.conf 和 macOS.conf，其中大部分 Section 依赖 General.dconf，WireGuard 段单独写。

pastie

SurgeTeam 请问是所有配置段都能 include dconf 吗？General 和 MITM 段也能使用 include 吗？看文档中没有写这方面的限制。如果没限制的话，我尝试改写一下配置文件。目前我的所有设备都是用同一份配置文件。

另外有个问题，按照这个做法的话，似乎 General.conf 中就不能包含 WireGuard 相关配置，而必须在子配置文件中添加额外的 wireguard.dconf 来包含 wireguard 相关的 proxy、rule。但 manual 中有写如果一个段落引用多个 dconf 的话，会导致该段落无法在 UI 上被编辑，如果 rule 不能被编辑的话，感觉使用上还是挺不方便的。

我这边测试的时候发现使用 detached profile 会导致 iOS 下的策略组 tab 直接消失。。。

MeM

SurgeTeam 按照这个设计，对于 WireGuard 的不同设备就需要建立不同的 main conf 文件是不？如果有三台 iOS 设备 + 两台 Mac 设备，每个设备都需要一个不同名称的 main conf，里面只包含 WireGuard 相关的 rule ，proxy 和 secion

这个方案有点怪，按正常理解，应该是 WireGuard 模块加载后，就自动修改 main conf，当然不同功能的模块可能让配置互相冲突，这是预期的效果 App 可以不管的。

mieqq

pastie 将你原本的配置改为 general.conf (或dconf），分别建iOS.conf,macOS.conf,

// iOS.conf

[General]
#!include general.conf

[Proxy]
#!include general.conf

[Proxy Group]
#!include general.conf

[Rule]
#!include general.conf

[Wireguard xxx]
自己写

macOS.conf 也一样，[Wireguard xxx] 段写在本配置，其他引用general

pastie

mieqq 是的，我刚刚尝试的就是这种做法，在 iOS 端切换到这个配置文件，然后发现策略组 tab 消失了，无法切换策略组了。

update：发现不只是策略组消失了，停止 surge 之后，重新启动时提示“配置文件解析失败，规则使用了未知的策略”。如果直接使用 general.conf 的话，是没有问题的。我的 general.conf 中也有 include，不知道是不是 detached profile 不支持这种嵌套使用？

mieqq

pastie 不支持的

pastie

mieqq 我这边 main profile 里面要接收 managed profile 的节点更新，然后自己写 rule。 @SurgeTeam 这样是不是无解了。。

mieqq

pastie 节点、策略组引用托管的就好，其他的你可以引用general.conf，或者自己写

pastie

mieqq 我希望 rule 是共用的，rule 要引用节点，所以节点的引入应该也必须在 general.conf 这一层吧？

mieqq

pastie 无所谓的啊，你每一个段都引用另一个dconf都行

pastie

mieqq 好吧，那我明白了，这个 include 看来是一个“展开”的机制，按照名字进行匹配，跟我想的有点不一样

llity

能否支持以下哦，不同设备需要不同方案微调