cf tunnel貌似确实比直接用cdn延迟要低

@NodeSeeks #10 你没有考虑到延迟，我这里说的是源站离客户端很远的情况下，比如从日本客户端到欧洲源站，走公网好点的200+，差一点绕路300+，如果走cf内网那么延迟优势就体现出来了

CDN也好,Tunnel也好,也一样走CF的网络

日本客户端 > 欧洲源站

日本客户端 > Cloudflare CDN 日本节点 > Cloudflare CDN 欧洲回源节点 > 欧洲源站

日本客户端 > Cloudflare Tunnel 日本节点 > Cloudflare Tunnel 欧洲出站节点 > 欧洲源站

@NodeSeeks #12 我是免费版，实测 cf cdn日本节点 > 公网 > 欧洲源站

@yxmyxmyyy #13

你指的公网就是

CF > CF

不同节点之间的大内网或者专用内网

@NodeSeeks #14 我用ss测试过，看了入站ip，是日本的cf节点，ping过去延迟300+，路由跟踪看了是走的tier1，然后到日本才接入cf

@NodeSeeks #14 我也问过gpt，不开argo就是公网回源，但是tunnel就是走的内网

@yxmyxmyyy #15
不明白你怎么测????
本地 > cf日本节点(延迟300+) > CDN > 欧洲源站
本地 > cf日本节点(延迟300+) > Tunnel > 欧洲源站

如果你是上面这么测
无论你网站用CDN或者Tunnel,你到cf日本都是300+

@NodeSeeks #17 源站机器ss看端口是哪个ip访问的，直接trace ip，是到日本

@NodeSeeks #17 你可以找一台机子去测一下就知道了，源站机直接trace入站的cdnip，就是直接到客户端所在地的cdn节点，然后中间走的公网tier1线路

@NodeSeeks #17

要让 Cloudflare 使用它 自己的骨干网回源（而不是默认的公网 BGP 路由），你可以采取以下方法之一或组合方式来实现最优的回源路径。

✅ 方法一：启用 Cloudflare Argo Smart Routing
这是最有效也是最简单的方式，让 Cloudflare 在 CDN 回源时优先走其 私有骨干网络，而不是普通公网路径。

📌 开启方法：
登录 Cloudflare 仪表盘

选择你的网站

在左侧菜单找到 Traffic > Argo

开启 Argo Smart Routing

保存设置

💡 Argo 是付费服务（约 $5/月 + 流量费），但效果非常明显，特别是跨洲回源场景。

✅ 方法二：使用 HTTP/2 / HTTP/3 回源协议（优先于 HTTP/1.1）
Cloudflare 默认回源使用 HTTP/1.1。如果你在源站支持下，启用了 HTTP/2 或 HTTP/3 回源，那么 Cloudflare 会建立更长连接、更少握手，并结合 Argo 更容易走骨干。

开启方法（Enterprise 用户或 API 设置）：
在 origin request settings 或 Enterprise 支持中设置回源协议为 HTTP/2。

对自托管源站，可以配置 nginx/caddy 支持 HTTP/2 或 HTTP/3 回源连接。

✅ 方法三：使用 Cloudflare Tunnel（以前叫 Argo Tunnel）
Cloudflare Tunnel 会让你的源站发起出站连接，而非 Cloudflare 回源。流量走在 Cloudflare 的骨干内，无需暴露原始 IP。

适合场景：
你不想暴露源站 IP

回源路径经常绕远，丢包高

支持 CLI 管理源站服务