配置实践 · Clash 技术博客

FlClash 的 geox-url 不生效:Geo 资源怎么改?

订阅里的 geox-url 已改,FlClash 仍使用另一套 Geo 数据?核对资源页与最终配置,按类型修改可信地址、同步并验证规则;失败时恢复原 URL 和可用配置。

  • FlClash
  • geox-url
  • Geo 资源
  • 资源更新
  • Profile
本文目录

更换数据下载地址,本来是为了恢复规则,但订阅原文改对了不一定意味着应用正在使用它。资源页的设置可能影响多个配置,先确认要换哪种文件、当前生效的地址和原来的可用副本,再做一次可恢复的更新。

订阅改了 geox-url,为什么仍下载另一套 Geo 数据?

v0.8.99 生成最终配置时,会用应用设置中的整组 geoXUrl 地址替换 geox-url。因此订阅里填写的四项地址不一定送到内核;只改订阅不能保证生效。无需为以下排查安装报告者的分支,尚未合入的修改也不能作为正式修复。

对照订阅中的 geox-url、FlClash 资源设置与最终配置。若可信镜像只出现在订阅原文,而预览仍为另一组地址,且资源下载或规则加载继续失败,先记录这三处差异,不反复更新订阅。

官方仓库 issue #2642 在 v0.8.99 的 Linux AppImage 上报告了这种现象,并称 Android 也能复现。本次核对时没有维护者确认的修复版本;现有定位与临时恢复办法来自固定版本源码,不能把所有 Geo 错误归为同一原因。

如果最终地址本来就正确,应转查下载可达性、数据格式与规则分类是否存在。它也不同于本站 v0.8.98 文章讨论的资源大小和时间刷新:界面文件信息刷新,不代表下载来源优先级已经改变。

要改的是哪个资源,数据是否符合原规则?

备份 Profile、应用设置和已有可用资源,逐项记下资源页当前 URL。再查看报错提到的是哪种 Geo 文件、哪条规则和哪个分类,记录完整 FlClash 版本、系统与原测试请求;订阅凭据和原始备份只留在本机。

资源页的 MMDB、ASN、GEOIP 和 GEOSITE 对应不同配置字段。只调整实际需要的一项,并从数据维护者的一手说明确认内容与格式,不能把一个可下载的文件随意填到四个位置。

资源项与字段对应

资源页项目geox-url 字段核对内容
MMDBmmdbGeoIP 的 MMDB 类数据;v0.8.99 默认地址的文件名为 geoip.metadb。
ASNasnASN 数据;默认文件名为 GeoLite2-ASN.mmdb,不能用国家分类文件替代。
GEOIPgeoipGeoIP 的 dat 数据;默认文件名为 geoip.dat。
GEOSITEgeosite域名分类数据;默认文件名为 geosite.dat。

Mihomo 的 geodata-mode 决定 GEOIP 使用 dat 还是 MMDB;排查 URL 时保留原模式,不为下载成功随意切换。自定义数据还必须包含原规则引用的分类,否则文件下载成功后仍可能无法加载规则。

换用镜像也可能改变数据内容,而不只是下载速度。优先使用已核验的同一数据源镜像;如果源站已提供文件校验值,核对对应版本。不要把登录页、分享页或扩展名相似的错误页面当成 Geo 数据。

从资源页修改地址,再等待同步真正结束

v0.8.99 会预填当前 URL,提交后更新应用级 geoXUrl。这是设备上的共享资源设置,会影响其他 Profile;切回原订阅本身不会还原地址。

以下以 v0.8.99 的资源项编辑与同步菜单为准,界面文字随语言不同。保留原值,只填可信、格式匹配的完整 HTTPS 下载地址,不使用未经核验的镜像,也不关闭证书验证或安全软件。

只改需要恢复的资源

  1. 保存当前 URL

    在 FlClash 的资源页找到对应项目,打开该项更多菜单,选择编辑。在编辑框中复制原地址到本地记录,确认当前项目与 geox-url 的字段对应;原来就是定制地址时也要完整保留。

  2. 提交新的可信地址

    在同一项目的编辑框填写目标地址并提交,等待应用更新配置;重新打开编辑框和最终配置预览,确认值已经改变。

  3. 同步对应项目

    从该项更多菜单选择同步,只启动一次更新。等待更新中状态结束,检查错误或跳过提示,以及文件信息。

  4. 重新加载并核对规则

    按应用正常方式重新应用当前配置,必要时正常停止再启动代理。用原请求查看相关规则命中和实际出站,再检查其他常用 Profile。

同步调用返回只表示内核接受了请求,完成或失败由后续事件通知;不要在刚点击后就宣称更新成功。文件大小和时间是辅助证据,内容未变化或更新被跳过时不一定变化,仍要核对完成状态、规则加载与真实请求。

若编辑值无法保存,先停止重复同步并保留错误。若地址保存正确但下载失败,应检查当前网络能否访问该来源、重定向是否仍指向数据文件,以及日志是否出现格式或分类错误,不继续改动无关资源。

核对资源 URL 与规则,失败时还原原资源设置

恢复验证清单

  • 资源页与最终配置的对应 URL 一致,未只检查订阅原文
  • 同步更新已经结束,没有未处理的下载或解析错误
  • 当前数据包含规则所需分类,相关规则能正常加载
  • 同一真实请求命中预期规则并使用预期出站
  • 正常退出重启后 URL 仍正确,其他常用 Profile 未受影响

失败时在同一资源项的编辑框填回此前保存的 URL,再同步并重新应用原可用配置。对话框的重置会恢复应用默认值;如果原来用的是定制地址,重置不等于恢复原设置。

URL 回退不会自动找回已替换的数据文件。若原来源可达,重新同步原数据;若原来源也不可达,保留现有文件与本地备份,暂缓继续更新。恢复应用配置前确认备份包含哪些内容,不能假定其中带有 Geo 文件;不要手动拼装不兼容文件或清空全部配置。

如果仍无法恢复规则加载,先停用受影响配置,选择已验证可用的 Profile;应用级资源仍共享,切换后也要验证。没有可用配置时正常停止代理并检查普通网络,要求必须经代理的业务暂缓访问。

向上游反馈时提供完整版本、系统、脱敏后的原文与最终 geox-url、资源项、更新状态、首条错误及重启后的规则命中。保留分类名称和字段结构,遮盖订阅令牌、私人镜像凭据和个人地址。

参考资料