xfltd的订阅无法解析

[qwased]

该站点文档说已经升级到anytls，用clash meta导出订阅文件再上传/直接拉取订阅链接均只会添加一个“clash”空节点
路由器上部署的ssr+已安装版本: 196-r7，已勾选mihomo核心，已尝试将UA设置为clash-verge
如果需要提供订阅文件来测试，怎么联系？

[zxlhhyccc]

@qwased 你导出的是订阅链接还是节点？导出的节点yaml文件通过ssrp上传，然后添加一个节点，选择yaml文件路径即可使用。

[qwased]

@qwased 你导出的是订阅链接还是节点？导出的节点yaml文件通过ssrp上传，然后添加一个节点，选择yaml文件路径即可使用。

用的是clash meta的导出配置文件，添加完依然是空的，是需要支持导出单节点的客户端吗？谢谢

[zxlhhyccc]

@qwased 把你导出的配置文件我测试可以吗？

[qwased]

@zxlhhyccc 可以的，怎么联系呢

[zxlhhyccc]

@qwased 发我邮箱：zxlhhy@gmail.com

[zxlhhyccc]

@qwased 这几天有点事情，今天修改了一下，应该没什么问题了，等我提了pr到时你测试一下。

[zxlhhyccc]

@qwased 我基本上改好了，现在还差一步再次测试，没有问题我就提交PR。你上次发的节点是失效了对吗？能否重新发我最后验证？

[qwased]

@zxlhhyccc
已发，请查收

[zxlhhyccc]

@qwased 终于差不多搞定了，改动了很多地方，同时修了昨天存在的bug，明天提PR你能否测试一下，如没有问题我就合并。

[qwased]

@zxlhhyccc
可以的，麻烦发我一下编译的X86 64版本，我的编译环境刚和WSL镜像一起灰飞烟灭了

[zxlhhyccc]

@qwased 不好意思，我没编译X86 64版本，我是本地编译ax6。

[qwased]

@zxlhhyccc
那么提交的时候告诉我一下，我来测试，谢谢你啦

[zxlhhyccc]

@qwased 已提交PR，请测试，结果请告知，谢谢！没问题我合并，目前我测试正常。见PR： #2043

[qwased]

@zxlhhyccc 替换了从PR2043编译出来的luci-app-ssr-plus_196-r8_all.ipk，mihomo核心是mihomo_1.19.30-r1_x86_64.ipk，LUCI上能看到FAKEIP开关，上传yaml后症状与前版本一致，看不见节点

[qwased]

问题表现
PR #2043（Clash YAML 托管节点）合并后，上传含 dns.nameserver-policy（如 "+.": geosite:gfw）的 YAML 配置后：

LuCI 中节点列表为空，Clash 面板连不上 API；
mihomo 进程启动后立即退出（ps 中看不到进程，端口 1234/16756 无人监听）；
手工复现崩溃信息：
text
复制
level=fatal msg="Parse config error: load GeoSite data error,
failed to decode geodata file: GeoSite.dat, base error: list gfw not found in GeoSite.dat"
根本原因
触发条件：PR 会把 YAML 的 dns 配置转换进 mihomo 运行配置，其中 nameserver-policy 引用 geosite:gfw，mihomo 启动时必须加载 GeoSite.dat 中的 gfw 列表。
崩溃原因：root/etc/init.d/shadowsocksr 的 link_mihomo_geodata() 把 clash 工作目录的 GeoSite.dat/geoip.dat 软链到 /usr/share/v2ray/（该路径优先级最高），而那里存放的是 旧版 v2ray-core 格式的 geodata（app"组件更新"功能从 Loyalsoldier/v2ray-rules-dat 下载）。mihomo v1.19.x 的新版 geodata 解码器无法读取旧格式，gfw 列表不存在 → fatal 退出。
次要问题：/usr/share/shadowsocksr/ 下本来就缺少 mihomo 配套的新格式 geodata，"组件更新"功能也没有维护它的下载源；init 脚本每次启动都会重建软链，所以手工改软链会在下次重启后被覆盖回旧格式。
验证环境
OpenWrt（busybox sh），mihomo v1.19.30（/usr/bin/mihomo）
YAML 含 58 个代理（38 anytls + 20 vless），rules: RULE-SET... 由 PR 转换
已实施的修复（PR 分支上已改 + 已部署到路由器验证通过）
修改 luci-app-ssr-plus/root/etc/init.d/shadowsocksr 的 link_mihomo_geodata()，将链接优先级改为：

/usr/share/shadowsocksr/{geosite,geoip}.dat # mihomo 新格式（MetaCubeX/meta-rules-dat）← 优先
/etc/openclash/GeoSite.dat, GeoIP.dat # 回退
/usr/share/v2ray/geosite.dat, geoip.dat # 旧格式，仅作最后兜底
同时把 MetaCubeX/meta-rules-dat release 的 geosite.dat(≈4.2MB)/geoip.dat(≈17MB)（sha256 与 release 校验文件一致）放入 /usr/share/shadowsocksr/`。

修复后端到端验证结果
mihomo -t -f config.yaml 通过：cn: 111004、private: 131、apple: 1792、gfw: 4364 全部正常加载；
/etc/init.d/shadowsocksr restart 后 mihomo 常驻运行，软链稳定指向新格式文件；
REST API（带 secret）GET /proxies 返回 68 个代理（58 个真实节点 + 10 个内置/分组），与 YAML 中 58 个节点一一对应，无丢失；
LuCI Clash 面板节点列表正常显示。
建议作者进一步完善的点
init 脚本：按上述优先级修改 link_mihomo_geodata()（核心修复，否则每次上传含 geosite 规则的 YAML 都会踩雷）；
组件更新：root/usr/share/shadowsocksr/update_components.sh 增加 mihomo 新格式 geodata 的维护源（MetaCubeX/meta-rules-dat release，含 jsdelivr 映射 https://testingcf.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@/geosite.dat，已验证可用），把两个文件维护到 /usr/share/shadowsocksr/，这样新用户安装后不用手工下载；
安装脚本/包：若可行，在包内直接附带一份新格式 geodata，首次启动即可用。