iwalke
iwalke
应该不是 dns 的问题，是运营商的问题，流量会打不开，wifi 可以，都是电信。 看了 dns 解析出的地址是对的。
> DIRECT好像一直没有显示延时，但是你把它放进url-test的代理组里，就可以测出延时了 那还是改成都能显示延时吧
这个是你关机的时候代理没正常退出吧？印象中用 cfw 的时候，也有这种情况。
Hi, I'm sorry to bother you, but do you have plans to develop this function? @ameshkov @ainar-g @EugeneOne1
代理组只添加一个代理，就满足你的需求了
> 可这样那我岂不是得给每个代理都建个代理组，我记得cfw是可以在规则的代理策略那里选择单个代理的啊 或者你直接改配置文件，`TYPE,ARGUMENT,POLICY(,no-resolve)`；用 script 也行，这玩意很强，我把它当订阅转换用。这也是目前在用这个应用的原因，不然换回 cfw 了。
上周看v2说hiddify路由不行。看来还是大陆开发的比较好用。
逻辑不就应该这样吗，以应用的配置为准，覆盖订阅的配置。 不然你用 UI 的意义在哪里呢；还有一个，订阅配置是你可控的，不然一更新订阅，配置就可能改了 可以改进的地方，我觉得是，应用默认要设置一个随机的 secret。像 cfw 当时爆出漏洞后就默认设置了，这样可以确保安全，有兜底。 我的理想状态是，这类UI应用，能够在 UI 上配置通用的配置，只提取机场的代理节点信息。目前我用 script 也是近似这样做
> 这好象是macos一个问题，开了代码理，little snitch就捕获不了实际流量，话说这有没有办法从源头解决呢，例如让浏量先经过little snitch，再走clash，那样就没有这个问题了。 这逻辑上就不可能。mihomo 先劫持流量，根据自己的规则去处理流量，再出防火墙。 > 开了clash后，被代理的流量都经过clash出去，显示都是clash app 这符合逻辑，被劫持的流量，little snitch 自然就显示 clash 来的 你这个有点像 nginx 那个转发 ip，没配 ip 转发 后端应用不知道源 ip 是哪个。这个应该是内核要做的事。