Paulgudring

btw, 更新内核之后，内核重启也会如此。没有流量信息、没有日志。

现在的情况是，如果你需要混用，fakeip-filter里的就是redir-host；如果你需要大规模混用，比如rule-set geosite，见pinned issue #515 ，这项功能没有必要实现，做透明网关建议直接redir-host，有sniff配置好了还是很完备的

@E021ntox @CXwudi @qianyiqq @sf467 stevejohnson7在之前已经提供了锚定alpha branch的修订，fork下来使用action即可，更新不是他的义务。 可以使用我fork下来的[仓库](https://github.com/Paulgudring/ClashMetaForAndroid/releases/tag/Prerelease-alpha) ，内核是现在的alpha。因为不知道原仓库build签名密码，所以我用keytool另签了一份。 内核0.16.0到现在似乎没有非常重大的更新，各位有什么想要用的特性吗？cmfa从半年多前就缺人来开发新的功能了，感觉除非是cfa 3代码泄漏或者新的安卓gui出世，安卓上的clash生态就只会维持现在这个状态了。

> 感谢你，meta有一项功能没有得到支持，那就是 mate 内核之下的url-test，和fallback类型的策略组是可以点选的，包括在 Windows 上直接跑核，用面板控制内核，可以直接点选。我记得之前有一篇 issue 说过，这是一个特性。但在 cfma 上没有得到支持 @sf467 应该感谢stevejohnson7大佬，我只是把他的action跑起来了。[说的特性是这个吗](https://github.com/MetaCubeX/mihomo/issues/942)，cfa 3.0实现了vpnservice和root下的原核两种模式，而且可以使用外部控制，可惜没有开源就结束了，否则还有机会改成meta核。

@ForestL18 @sf467 @E021ntox @CXwudi 你们好。我去调查了一下这个问题，确实我没有做到合并新的内核。 它对齐的应该是 `Alpha` merge into `android-open` 分支后产生的 `android-real`。好，那么在哪里用到这个呢？ 在 `./core/src/foss /golang/clash`调用了Git-submodule。但是因为众所周知的问题呢，clash删库，meta改名mihomo，仓库地址都有变化。如果只是把action跑起来了，那还是原本的内核，自然是没有变化的。 于是我fork出来了仓库(mihomo)，在其中合并了新的`android-real`，并把submodule的url指向了它。那么现在看这个[引用的module](https://github.com/Paulgudring/ClashMetaForAndroid/tree/main/core/src)就是最新的内核了。 但是问题又出现了，patch的方法有几个是依赖于clash仓库的，所以我又fork了一个clash的备份仓库，把内部的go包指定url改成了自己仓库的。这样算是把依赖能够拉起来了。但是内核还有几个新调用的包和函数是有冲突的，我试着改改吧。 因为查找替换仓库内部的包的地址嘛，再次我觉得应该向Dreamacro、Kr328、MetaCubeX organization以及所有社区成员表示敬意的。我自己是学人文的，实际软件工程开发算是苦手，处理上面这些小问题就弄到今天四点；这也是想说每个人都可以做些调查、解决问题，倒是开发文档应该做起来了。另外，我需要向你们道歉，自己其实还是一知半解的，自以为是回答了很多错误的问题。

## 新进展 ### 问题原因 可能是没有调整好多个代理之间优先级和顺序 ### 替代方案之二 - [x] 手动设置代理 - [x] 浏览器使用 proxyswitchyomega - [x] vscode使用 “http.proxy” 这是一个说大不大（在问题严重度上），说小不小的问题（非常影响使用体验），希望在下个版本看到自动配置的策略。

这是为了强制路由优先顺序吧。 最难受的是微软的更新让虚拟网卡一律判定为no internet access，我在讨论里发过这个[问题](https://github.com/MetaCubeX/mihomo/discussions/1065)，现在的新版修复了。

Feature 2 will be of great help. I use a diy rule-set `direct`(classical one, which consists of domain and geo rules) for proxy-direct routing and dns diversion. It works well....

> ~PROCESS-NAME 是无法实现的，需要获取流量来源程序，一般 DNS 来源皆为系统~ 我把maxming提出的讨论扭歪了，不好意思。无法实现的原因理解了！谢谢~

这个问题仍然存在。 根据[sing-box.tun](https://sing-box.sagernet.org/configuration/inbound/tun/)在windows中`strict-route`用于设置防火墙规则禁止多宿主解析。 `stack: system`时，如果`strict-route: false`，windows会使用`智能多宿主名称解析`，反常的是tun不能劫持掉这个dns，导致DNS泄露，这时可以修改物理网卡的DNS服务器，指定为meta tun的地址，——该地址在singbox是由`tun.inet4_address` 和 `tun.inet6_address` 指定的，而在meta中v4地址是由`dns.fake-ip-range`所指定。 如果`strict-route: true`，则会导致在解析完域名之后很长时间的延迟，[在singbox的issue处有人提过这一问题](https://github.com/SagerNet/sing-box/issues/588)，该问题已被关闭。 因此，这仍然是上游sing-box的问题，且至今尚未得到解决。 总结： 1. 复现网页加载缓慢的条件：windows 组策略中禁用`智能多宿主域名解析` + `strict-route` 为 true + `fake-ip` 2. 分析：windows 组策略中禁用`智能多宿主域名解析` + `strict-route` 为 false 不能解决智能多宿主的问题，该选项只限制了多网卡的...