-
Notifications
You must be signed in to change notification settings - Fork 266
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
对各种geo文件以及格式的疑问 #44
Comments
我也有此疑惑,文档没解释清楚 |
我也不清楚, |
今天早上粗略查了下,说下我的理解,可能不准确。
总结:
|
@adoyle-h 可以看下我上面分享的, 有问题一起讨论 |
还有个问题,geosite.dat这个文件, |
meta的geosite删去了大量category-ads-all域名规则 |
@potoo0 请问一下, 使用这些数据格式配置分流规则, 和直接使用类似rule-providers这种yaml文件有什么区别啊? 我看好像数据源都差不多, 我用的blackmatrix7/ios_rule_script@master的classical数据, 而且都有No_Resolve版本. |
rule-provider 一般是把目标地址按照一些规律分组(规律自己随意), 比如我把 谷歌相关的域名全部收集起来,例如:
然后配置 rule-provider 起名 gg, format=text, behavior=classical 指向我这段文件地址, rule-provider 支持两种 format: yaml 和 text, 以及 三种 behavior: domain / ipcidr / classical 简单总结三种 behavior:
no-resolve: 如果访问域名例如 google.com 然后遇到了 IP-CIDR 的规则时,MetaCubeX 会尝试将 google.com dns解析成 ip 地址,然后拿解析的 ip 地址去判断是否命中 IP-CIDR 规则。而 no-resolve 就是告诉 MetaCubeX 这条 IP-CIDR 不要 dns 解析,那访问 google.com 就会永远不命中也就是会跳过这条 IP-CIDR 的规则。 总结:
|
@potoo0 听起来感觉各有利弊, rule-provider更灵活, 而且方便查看里面的规则. geosite的话配置文件就很简洁. 那么它们的执行效率其实没差吧? 是不是都是提前把规则加载到内存里去了, 然后每次都按顺序比对. |
@NewEpoch2020 不同的是:
相关源码位置:
测试入口: rules_test.txt |
你好,我读过mihomo的文档和meta-rules-dat的README后发现有一些东西并没有说明,不知道在这里问是否合适,如果有相关文档也麻烦贴一下,不胜感激。
Loyalsoldier/v2ray-rules-dat里只有一种
.dat
格式,meta-rules-dat有.dat
,.db
,.mmdb
,metadb
,这几种格式有什么区别?Loyalsoldier/v2ray-rules-dat里只有
geoip
和geosite
两个文件,meta-rules-dat多了一个country.mmdb
,这个文件有什么特殊作用?mihomo配置里的
geodata-mode
只提到了.dat
和.mmdb
,其他两种格式是否不被mihomo支持?mihomo配置里的
geox-url
为什么有单独的mmdb
选项,mmdb
和asn
貌似不受geodata-mode
的限制?The text was updated successfully, but these errors were encountered: