Sub-Store 订阅拉取失败或协议不全怎么办
盗版中可能会出现浏览器和 App 能拉取 但是 Sub-Store 中无法拉取的情况 这是盗版的问题
0. 首先, 如果是机场, 优先使用 mihomo 订阅. 别用 Shadowrocket 这种可能会包含非标准 URI 输入的订阅
1. 在浏览器里能打开原始订阅, 但是 Sub-Store 拉不到
- 在浏览器里能打开一次原始订阅
- 打开任何一个可以查你浏览器当前 User-Agent 的网站, 复制你的 User-Agent
- 编辑订阅设置中的 User-Agent, 粘贴上你的 User-Agent
- 保存并重试
2. 如果原始订阅直接在代理 App 里能用, 但是浏览器里打不开/跳转到别的页面
部分机场订阅限制了 User-Agent . 尝试修改 User-Agent 为 代理 App 的 User-Agent, 如
Surge iOS/3618
⚠️ 有些机场防火墙规则可能是
clash.meta/* 之类的, 此时可以尝试设置 User-Agent 为
clash.meta/v1.19.99 之类的
如果是规则的问题 只能通过尝试, 比如你可以尝试不同格式的 User-Agent,
curl/7.37.1 啥的. 记得也参考第 5 点
3. 如果浏览器里也不能打开原始订阅
尝试给这个订阅分流, 使用不同的节点/尝试不走代理
4. 部分机场订阅限制了从国外拉取或者有地区 IP 风控
前者只能你自己想办法(比如套代理分流 使用国内代理或国内订阅转换服务或所谓的加速服务等等) 如果没有国内服务器 可以尝试家里放个设备（小主机 软路由 不用的手机 啥都行）zerotier/tailscale 啥的虚拟组网 然后开一个代理给服务器用 比如自己mihomo/sing-box/各种socks5/http 代理服务器方案建代理或者手机上各种代理app也可以开socks5/http代理共享
后者可以尝试套一个其他的服务 比如
https://proxy.api.030101.xyz/https://a.com?token=b5. 有时候是机场后端不给某些 User-Agent 下发更多的协议, 可以尝试设置为别的 User-Agent, 例如
clash.meta/v1.19.99,
v2ray ,
Shadowrocket/3131 CFNetwork/3860.500.112 Darwin/25.4.0 iPhone16,2 等(注意要换成最新的, 可能机场会判断版本区分协议).
我一般是
https://webhook.site 拿到一个地址 然后在 客户端 里当订阅加一下. 然后回网页上看 User-Agent, 这样能知道最新的客户端的 User-Agent.
6. 如果是证书问题( 如日志中出现 unable to verify the first certificate 之类的报错)
你可以在链接的后面加上
#insecure例如
https://a.com?a=1
https://b.com?b=2
7.
【已知，长期跟踪】使用 CF 节点访问 CF 订阅链接时的错误8. 如果日志里能看到是超时(timeout), 可以在主页面最后一个 tab 里, 编辑, 超时改为 10000 保存试试
有的客户端拉取订阅会超时且没法设置, 此时你可以选择把超时设为 3000-4000, 然后打开组合订阅里的
忽略失败的远程订阅. 这样能避免超时的单条订阅让组合订阅整体超时.
或者打开组合订阅里的
忽略失败的远程订阅 然后配置同步到 Gist, 然后在客户端上使用 Gist 链接. 同步任务不存在超时问题
9. 如果原始订阅能打开, Sub-Store 订阅异常,
这样操作 导出文件私发我, 我复现下
▎相关
Loon 资源解析器说明通过机场节点更新机场订阅技巧代理策略说明
Sub-Store 合集 
频道资源合集 
恰饭推荐 
群组
#SubStore #Sub-Store
#订阅拉取失败 #拉取订阅失败 #订阅失败 #订阅报错 #拉取失败
GitHub
【已知，长期跟踪】使用 CF 节点访问 CF 订阅链接时的错误 · Issue #324 · sub-store-org/Sub-Store
最近使用 https://github.com/cmliu/epeius 项目部署了一个基于 Cloudflare Worker 的订阅服务。 将服务添加到 sub-store 中之后出现了一个奇怪的现象，如图所示： 当我通过 Surge 的 sub-store 模块去更新订阅的时候总是会超时（图1），此时走的代理策略是命中 CF 节点中的新加坡节点和瑞士节点（图3）负载均衡（surge 的...
原消息