geoip.dat 与 geosite.dat 更新方法:路由规则文件的来源与写法

一、GeoIP 与 GeoSite 分别匹配什么

geosite.dat 保存按标签组织的域名规则，geoip.dat 保存按标签组织的 IP 地址段。它们是内核读取的二进制数据文件，不是节点列表，也不是 DNS 服务器。文件更新只改变集合里的成员，不会自动改变规则的出站方向。

一次连接可能先以域名进入内核，也可能只有目标 IP。域名规则需要内核拿到域名；IP 规则需要目标地址，或允许路由阶段解析域名。浏览器能打开某个网站，不代表域名集合、IP 集合都参与了这次匹配。

例如访问局域网管理地址 192.168.1.1，可以直接按地址段判断。访问一个域名时，即使它被收入 geosite:cn，解析结果也可能落在境外 CDN。两套数据库表达的不是同一种属性，不能互相替代。

二、规则文件来源与标签兼容性

常见来源包括 V2Fly 的 domain-list-community 域名集合、geoip 数据项目，以及 Loyalsoldier 等维护的规则数据构建。源项目可能提供文本列表，构建产物才是内核实际读取的 .dat 文件。不要把网页内容或原始域名文本改名为 geosite.dat。

同名文件不代表标签完全一致。cn 通常可见，但细分服务、广告分类、带属性的集合可能只存在于部分来源。配置引用了不存在的标签，可能使内核加载配置失败，而不只是让某条规则失效。

• 先确认格式：本文的 geosite:、geoip: 和 JSON 示例面向 Xray／V2Fly 路由格式，不应原样套进其他规则格式。
• 再确认标签：看数据源公布的分类列表，不凭名称猜测某个分类一定存在。
• 保留恢复点：更新前备份现有两个文件及路由配置；切换来源时，将文件与规则视为一组检查。

三、v2rayN 内更新 Geo 文件的操作顺序

桌面端先确认当前配置运行的是 Xray 还是 V2Fly 内核，再处理对应的数据文件。以下使用提供「更新 Geo 文件」入口的 v2rayN 界面；不同发行版的入口分组可能变化，不能把界面文案差异当作文件损坏。

1. 备份路由

   打开「设置」→「路由设置」，记录当前启用的路由方案与自定义规则。若已经手动维护 Geo 文件，另外复制原文件到备份目录。

2. 更新数据

   在主窗口打开「检查更新」→「更新 Geo 文件」。等待更新结果，分别确认 geoip.dat 与 geosite.dat 的处理状态，不把节点订阅更新提示当成规则库更新结果。

3. 检查日志

   查看主窗口日志或消息区。下载失败先处理网络与来源地址；提示无法加载标签时，核对引用名称和数据源，不要直接删除整套路由。

4. 重新载入

   通过客户端停止并重新启动当前连接，使内核重新读取数据。若客户端更新操作已经触发重启，仍应在启动日志里确认没有 Geo 文件加载错误。

5. 复测规则

   保留原节点、代理模式与 DNS 设置，只更换数据文件后测试同一批目标。这样才能区分数据更新效果与其他设置变化。

在 v2rayNG 与 v2flyNG 中，先查看侧边菜单的「路由设置」，确认当前规则和可用的数据更新入口。安卓客户端不同版本的菜单并不完全一致；若没有独立的 Geo 更新项，应按该版本说明使用文件导入或资源更新功能，不要照搬桌面目录。更新订阅主要刷新节点信息，不能据此判断 Geo 数据已经刷新。

四、geosite:cn 与 geoip:private 的规则写法

下面是 Xray／V2Fly 的 routing 对象示例。它先保护私有地址直连，再处理域名集合，最后用中国 IP 集合作为补充。标签名称依赖已安装的数据文件；规则自上而下检查，先匹配到的规则决定出站。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

同一条规则中的多个不同条件通常需要同时满足；同一数组里的多个候选项则用于匹配其中任一项。若目标是“域名属于 cn，或者 IP 属于 cn 就直连”，应像示例一样拆成两条规则，不能把两个字段放进同一条后仍期待“或者”的效果。

五、domainStrategy 与 DNS 为什么影响分流

routing.domainStrategy 决定路由判断时如何处理域名解析，不等同于整个客户端的 DNS 配置。尤其不要把它与出站中的同名或相近设置混淆：路由阶段决定走哪个出站，出站阶段还要决定如何建立连接。

• AsIs：路由阶段不为了 IP 规则主动解析域名。已有目标 IP 的请求仍能匹配 IP 规则，但不能期待每个域名都触发 GeoIP 判断。
• IPIfNonMatch：域名没有匹配到规则时，尝试解析 IP 后继续判断。若域名已命中前面的规则，通常无需为这次路由判断再解析。
• IPOnDemand：遇到需要 IP 判断的规则时即可触发解析。把 IP 规则放在前面，可能增加域名请求在路由阶段进行 DNS 查询的机会。

因此，示例采用 IPIfNonMatch：已知域名集合先完成判断，未命中的目标再尝试 IP 分类。不过 DNS 查询本身走哪条路径，还取决于 DNS 服务器、查询规则与连接配置；仅更新两个数据文件不能修复解析污染或 DNS 请求超时。

六、手动替换、验证与常见报错

自动更新失败时，可以手动取得同一维护来源的两个构建文件。替换前停止内核，找到当前内核实际读取的资源目录，保留准确文件名，再重新启动。桌面安装版、便携版和安卓应用的资源位置不同，不存在一条通用目录路径。

1. 确认读取位置：以客户端目录说明、资源设置或日志为准。不要因为程序目录里有一个同名文件，就认定内核运行时读的是它。
2. 确认下载结果：文件不应为空，也不应是登录页、错误提示页或压缩包。系统隐藏扩展名时，还要防止保存成 geosite.dat.dat。
3. 确认启动成功：重新启动后检查是否出现文件不存在、数据解析失败、集合标签找不到等提示。启动失败时先恢复备份，避免继续叠加修改。
4. 确认真实路由：在应用确实使用客户端代理的前提下，分别访问局域网目标、预期直连目标和预期代理目标，结合可用的访问日志检查出站标签。