【已知，长期跟踪】使用 CF 节点访问 CF 订阅链接时的错误

[kchen0x]

最近使用 https://github.com/cmliu/epeius 项目部署了一个基于 Cloudflare Worker 的订阅服务。

将服务添加到 sub-store 中之后出现了一个奇怪的现象，如图所示：

1. 当我通过 Surge 的 sub-store 模块去更新订阅的时候总是会超时（图1），此时走的代理策略是命中 CF 节点中的新加坡节点和瑞士节点（图3）负载均衡（surge 的 smart 分组）。
2. 但是我通过浏览器直接打开订阅链接的时候却是可以正常打开的（图3），此时也命中了 CF 策略组下的节点。

为了解决当前的问题，我只好将订阅链接地址单独设置分流规则，用非 CF 的节点去代理请求。这样话无论是通过 sub-store 还是直接请求也就都正常了。

[xream]

已知问题 之前就反馈给了刘老师 刘老师没有表示会修复

[xream]

我说的不严谨了 也可能得改服务端 现在好几个 app 都有这个问题 我都反馈过了

[kchen0x]

好的。那我把问题放在这里长期跟踪了。

[xream]

简单做个表

App	HTTP	HTTPS
Surge	❌	❌
Loon	❌	✅
Shadowrocket	✅	✅

[xream]

还修复吗？每天报错几十次。。。

为啥在这里问 又不是 Sub-Store 的问题. 你可以选择: 自己分流到其他节点或设置代理策略

[yueyue5201314]

@kchen0x 我记得cf的节点禁止访问套了cf的网站(避免左手打右手），edgetunnel会先尝试访问目标网站，如果访问失败再使用设置的proxy去访问目标网站(具体来说就是第一次访问会失败，第二次就正常了）……不知道我分析的对不对。

[phoenixw8]

最近被这个问题困扰中，新手能看懂1楼思路，但是不会操作，有大佬能弄个图文教程吗，拜谢！

[xream]

1. 自己分流到其他节点
2. 给这种订阅设置代理策略
3. 代理链: 给几个白嫖方案 Cloudflare Trojan + PIA VPN 代理链 Sub-Store 白嫖 Cloudflare Trojan + SOCKS5 代理链

[lpdswing]

servername和host后面貌似偶发会自动给添加个.xyz导致节点失效, 比如本来订阅是xx.a.top, 会变成xx.a.top.xyz, 刷新几次又会变正常

[xream]

servername和host后面貌似偶发会自动给添加个.xyz导致节点失效, 比如本来订阅是xx.a.top, 会变成xx.a.top.xyz, 刷新几次又会变正常

请提供稳定复现方式. 如果没用脚本, 盲猜是后端下发异常.