Cloudflare？怕是一个耳熟能详的名字了

母庸质疑，Cloudflare应该是全球最大的CDN服务提供商，它以其全球最大、最快、大容量的的网络互联，为成千上万的用户和企业提供了服务。

当然各位站长对Cloudflare肯定是不陌生的，较低的使用门槛和高级的防御能力让它成为了不少站长初次使用的CDN服务，当然时至今日，Cloudflare也仍在以自己先进的技术为各个网站发光发热。

当然需要理解Cloudflare的话，先得知道他的一个特性

Anycast 任意播/泛播

在很久之前的一个帖子AnyCast泛播IP杂谈就已经有谈到过CF 节点anycast的体现了：不同地区同一IP的BGP路由不一，播到的服务器也不一样。因此CF的速度很大程度上跟CF与国内三大运营商的互联PEER有关。
下面将分运营商探讨当前（2022年7月份）CF到国内的一些链路情况，提供一些速度较快/稳定没有BAN的IP段。
总体情况上看，目前除了移动一些IP段会播到香港HKG外，电信联通均走美国洛杉矶LAX或圣何塞SJC.

一些分析方法

IP段列表来自于前人以及cloudflare官方公开，使用BlueSkyXN/CFIP 的优选工具进行测试，并通过besttrace/ipip.net获取路由状况。

ip.txt

343B

ip一览

移动用户：广移/上移香港出口的受益者

我的心得：作为一个身处广东偏僻城市的移动用户，我能够确确实实的感受的CF香港直连节点的快。
比如说104.16.40.17，表现在所有的HK ip中中规中矩，在29次测试中平均ping延迟38ms，比百度的还低10多ms。

这当然是得以于地理位置优势，然而偶尔也有超时的现象出现，这也就能解释为什么有时会出现断流/无法访问的现象出现。通过路由跟踪我们可以明显观察到有广州移动到香港移动CMIAS58453。

我们通过优选工具在移动网络下进行测试，发现较低的延迟IP均集中在104.16.0.0/12 之中，测试结果如下


IP	延迟（ms）
104.16.80.219	20.38
104.16.85.224	20.65
104.16.81.192	20.89
104.16.41.40	21.34
104.16.36.78	21.55
104.16.205.246	21.76
104.16.82.12	22.45
104.16.45.63	22.51
104.16.37.174	22.98
104.16.33.73	23.44
104.16.35.194	23.47
104.16.47.36	23.52
104.16.83.80	23.71
104.16.89.245	23.97
104.16.38.228	24.12
104.16.40.17	24.2
104.16.32.43	24.48
104.16.34.169	24.57
104.16.43.22	24.92
104.16.84.115	25.1

那是否该段104.16.0.0/12都是低延迟呢？

我们通过 besttrace的批量Ping功能发现这件事并没有这么简单，延迟的好坏取决于cf为它的ip宣告的BGP路由

简单来讲，良莠不齐、并且还有中间反复横跳的一些IP。
比如说像104.16.1.2这一个IP，就算是一个不错的IP，路由是固定的，这个由TTL只有一个值可以看出。

而同是104.16.1.0/24网段下的104.16.1.1就没有那么幸运了。

在多次ping测试下，可以看到延迟有明显不同，一些是在50ms上下，而还有的则是在180ms上下。
再看ttl，有两个不同的值，这就说明cf为这个ip设置了两种路由

一种是有香港移动跳到跳到hkix再到香港CLOUDFLAREanycast节点，还有一种就是由香港移动到美国的移动西雅图SEA西雅图的CF anycast节点。

104.16.0.1-104.16.15.255之中ip的路由分布较随意，没有什么规律特点，而后面的ip路由就是成段的同样分布了

美国圣何塞SJC节点

一sjc节点的路由

延迟基本200左右ms。
还有更多的是美国圣何塞sjc节点，在104.16.16.0/19（104.16.16.0-104.16.31.255），104.16.48.0-104.16.79.255，104.16.128.1-104.16.143.255……上可以看到明显的存在。当然，如果想了解更多，可以看我们下方提供的结果

香港HKG节点类型

1.经由HKIX（cloudflare1-lacp-100g.hkix.net，123.255.90.246）
一个常见的路由

这类节点延迟一般50-60ms，不错很大程度上受HKIX，因此比直连节点要多30+ms。
2.移动直连Cloudflare

这里的ip段有104.16.32.0-104.16.47.255、104.16.80.0-104.16.127.255（不错，为上方美国ip和一些没有规律的ip段的补集）

另外据我观察，即使南方地区某些IP的路由指向了香港，但北方地区也可能指向了美国节点，当然指向香港的节点也由as9808到达广州出口。并且跟CF香港节点有互联的就是上海、广州出口。

（北方示例，辽宁沈阳移动云）

（上海移动云）

小结：104.16.0.0/16段的IP还都不错，建议自己通过工具筛选.

141101640-141101127255.txt

45kB

141.101.64.0/18段中 141.101.113.0-141.101.115.155，141.101.90.1-141.101.90.255 也有HK的，延迟在60-70ms
还有172.64.147.0-172.64.159.255，198.41.192.0-198.41.199.255，

联通&&电信

这个没什么好说，普遍美国节点了。
1.电信方面

（北京天翼云）

（上海电信）

（广州电信）

除了……您是尊贵的CN2宽带的拥有者，那前面的话当我没说，你可以享有经由香港ntt到香港cloudflare节点的优越体验，如同大多数的移动用户一般!

2.联通

（天津联通）

（深圳联通）

（杭州联通）
线路经由att/gtt，延迟普遍200ms+

当然同时如果您是as9929，那么您经由东京ntt到达TKY的cloudflare节点。

ping延迟并不能代表实际访问速度

然后我们又用17ce测试各个ISP到访问CloudflareIP默认界面(Direct IP access not allowed | Cloudflare)，除了一些因不名原因而访问失败的节点，绝大多数电信/联通访问美国CF节点的时间在0.3s-0.4s/0.5-0.6s，不错，是一个太平洋的往返的速度。

移动方面，一些快的点速度可以达到0.1s及以下，当然也有一些路由到美国的节点就没有那么好运了。

附：如果判断访问到的CF节点？

Cloudflare（加速？）的网站你可以在访问页面的中看到cf-ray这一响应头，在响应头的内容中横杠后面的字母代表了CF节点机房的缩写，比如下面示例中HKG就是香港节点。
字母具体对应的地方机房可以通过查看这个文档中找到答案：Cloudflare 边缘节点数据中心列表

To Sum Up

~~学会了以科学的方式探究问题，懂得控制单一变量法，敢于做出假设~~

为了是您的网站到您的用户的速度最优化，用户体验最好，我们需要考量的是用户到访问节点，节点再到源站的速度。尽管大多数情况下CF机房回源到源站的速度不会差，但也有例外。（比如说你的源站在国内，并且是联通/电信机房，那么联通电信的访问您的网站，相当于饶了两圈太平洋，您的源站到cf回源节点，cf节点到您的用户各一圈，这样的体验就是最不友好的了。所以我们需要做的是尽力缩短这三者之间的两段距离。