ios_rule_script
ios_rule_script copied to clipboard
blackmatrix7
分流规则、重写写规则及脚本。
# 规则名称： China # 规则链接： https://github.com/blackmatrix7/ios_rule_script/tree/master/rule/Clash/China # 异常规则： - 'analytics.strava.com' # Strava 运动 (美国)，隐私敏感 - 'download.jetbrains.com' # JetBrains 开发工具 (捷克/国际)，国内解析有时会被污染 - 'download.microsoft.com' # 微软 (美国) - 'ip.istatmenus.app' # iStat Menus...
不提供任何关于客户端的配置、使用等帮助，此类问题请通过搜索引擎解决，相关Issues将直接关闭甚至删除。 规则仅是特定服务域名和IP地址的集合，请使用**中华人民共和国合法的网络出入口信道**访问相关服务。 ------ 反馈前请先确认： 1. 请勿涉及政治、成人等敏感或非法内容 2. 分流规则的更新需要等待次日凌晨生效 3. 仅接受规则引起异常的反馈 4. 已自行抓包明确引起异常的规则 5. 不规范填写的Issue可能不会得到任何回复 规则名称：ChinaMaxNoIP_Domain.txt 规则链接：https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/ChinaMaxNoIP/ChinaMaxNoIP_Domain.txt 异常规则：见附件中的foreign.txt和dead.txt 问题描述：在对规则列表进行审计和二次清洗时，发现了部分规则压根不属于“中国大陆”的域名。 当前列表旨在作为中国大陆域名集合的规则集，其判断标准应是“域名有中国大陆服务器，且可稳定连通”。然而，引用列表的上游（https://raw.githubusercontent.com/Loyalsoldier/surge-rules/release/ruleset/direct.txt ） 使用了Loyalsoldier/v2ray-rules-dat中的数据，而它又使用了dnsmasq-china-list的数据。 然而，dnsmasq-china-list的本意是希望能够在DNS解析时进行一个初步的分流，以实现DNS解析的加速，只要域名有大陆NS服务器，就能进到这个列表中。 但是众所周知，有大陆NS服务器并不代表其一定有大陆服务器，不少网站建站时使用了阿里云、腾讯云国际站的服务，而它们就会给这些网站分配大陆NS服务器。 这种判断标准的错位，导致大量域名被错误地归类，严重影响了列表的准确性和用户的实际连接体验。 我使用dnsx，设置五路DNS（阿里、腾讯、南京信风114、CNNIC和本地运营商）并发进行了初步筛选，只要域名本身和其www.开头有大陆IP解析记录，则丢弃，若有海外解析记录，则放到foreign.txt中，若都没有解析记录，则保留，然后使用subfinder尝试查找剩余域名的子域名，找到有解析记录的子域名后，重新交给dnsx进行解析，最后清洗得到海外域名列表foreign.txt和无解析域名列表dead.txt。 清洗完后的数据令人震撼：无效域名约占列表的12%左右，而海外域名占比也达到了16%。甚至有部分域名已经遭受DNS污染，却还放在这个列表中，例如kuxiaoshuo.com的子域名r.kuxiaoshuo.com。鉴于大部分用户都倾向于直连域名使用国内DNS解析，这无疑会使得部分网站本来可以访问，但因为规则变得无法访问。 这是我最后清洗得到海外域名列表foreign.txt和无解析域名列表dead.txt。由于DNS解析的随机性（部分有国内节点的域名可能被解析至海外）、域名查找工具的局限性和网络波动，以下结果仅供参考。 [foreign.txt](https://github.com/user-attachments/files/23825308/foreign.txt) [dead.txt](https://github.com/user-attachments/files/23825458/dead.txt) 因此，对于这个列表进行彻底的重新审计，我认为非常必要。...
不提供任何关于客户端的配置、使用等帮助，此类问题请通过搜索引擎解决，相关Issues将直接关闭甚至删除。 规则仅是特定服务域名和IP地址的集合，请使用**中华人民共和国合法的网络出入口信道**访问相关服务。 ------ 反馈前请先确认： 1. 请勿涉及政治、成人等敏感或非法内容 2. 分流规则的更新需要等待次日凌晨生效 3. 仅接受规则引起异常的反馈 4. 已自行抓包明确引起异常的规则 5. 不规范填写的Issue可能不会得到任何回复 规则名称：Majsoul Route 规则链接： route-2.maj-soul.com:443 route-3.maj-soul.com:8443 route-4.maj-soul.com:443 route-5.maj-soul.com:443 route-6.maj-soul.com:443 异常规则：Majsoul 问题描述： 目前的雀魂在连接过程中会使用不同线路确定连接服务器，并有一些对于大陆连接的优化。 这部分域名并未记录在已有的规则中，导致会走入未匹配的规则之中 抓包截图：(相关抓包工具的截图。) 调整方案：(你希望规则做哪些调整，及其原因。) 我注意到规则中并未使用 DOMAIN-SUFFIX...
不提供任何关于客户端的配置、使用等帮助，此类问题请通过搜索引擎解决，相关Issues将直接关闭甚至删除。 规则仅是特定服务域名和IP地址的集合，请使用**中华人民共和国合法的网络出入口信道**访问相关服务。 ------ 反馈前请先确认： 1. 请勿涉及政治、成人等敏感或非法内容 2. 分流规则的更新需要等待次日凌晨生效 3. 仅接受规则引起异常的反馈 4. 已自行抓包明确引起异常的规则 5. 不规范填写的Issue可能不会得到任何回复 规则名称：Gemini 规则链接：https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Gemini/Gemini.yaml 异常规则： 问题描述：会提示ip A≠B 抓包截图：(相关抓包工具的截图。) 调整方案：(你希望规则做哪些调整，及其原因。) 添加规则 `DOMAIN-SUFFIX,geller-pa.googleapis.com DOMAIN,alkalicore-pa.clients6.google.com`
参考链接来自: https://support.google.com/a/answer/15627649?hl=en
**问题描述：** 在使用当前分流规则的情况下，抖音 / 小红书评论可以正常发送，但 评论区显示的 IP 属地仍然是我本地的省份/城市，未随代理出口变化。 我原本以为是分流规则没有匹配评论相关域名导致评论接口未走代理，但经过确认后仍然显示真实属地，因此在此反馈。 **已排查情况：** - 评论接口正常请求成功 - - 请求的出口 IP 确实已经变成代理 IP - - App 展示的“IP 属地”仍然显示实名所在地 - - 关闭/更换规则均无影响 - - 排除本地网络问题
