CloudFlare 今天似乎已经开始转成了百度云了，干...

[TheFLY]

上 CHH 时候碰到验证，自己的小站也是，真要完全接入百度那我就打算弃了...

[NG6]

我没备案，巴不得转呢，有国内 cdn 不好么，快多了

[huangtao728]

当你从国内访问 CloudFlare 并遇到验证码的时候，由于 CF 认为 reCaptcha 在国内访问有困难（实际没有），为避免访客由于无法加载 reCaptcha 而造成永远无法通过验证，便会调用百度云加速的验证页面。

你可以观察一下，若你遇到的是云加速的验证页，其中的验证码就是普通的图片验证码，所以 CloudFlare 这么做只是为了避免死循环。

如果怀疑分配到了错误节点，请通过直接访问节点 IP，通过“不允许直接访问 IP”的页面不同来判断。

例如：
http://119.147.134.1 => 百度云加速节点
http://104.18.19.20 => CloudFlare 节点

[MaiKuraki]

建议你用 traceroute 测试一下

[renyiqiu]

@KasuganoSoras 商业版对国内用户来说有效吗

[wdlth]

CHH 本来就是用的云减速啊

[edgnoz]

@xiri 我访问一些国外站也是百度云，国外网站应该没备案的吧？

[yksoft1test]

难怪我最近看 5ch 的时候发现 cf 的验证码可以直接输入了

[alphatoad]

没备案源站在国外还是免费版能用百度节点？天底下哪有这种好事

[mytsing520]

@KasuganoSoras
20 楼的回复有问题。用不用 A 记录或 CNAME 记录，完全不影响他获取你的真实 IP。按照你的描述，是在七层拿的 IP 地址。所以应该是有其他层面的问题，而不是这个结论。

[KasuganoSoras]

@mytsing520 #29 我是这么理解的：你在用 A 记录时，因为 IP 地址是写死的，它可以直接去获取你的 IP 归属地，判断到是中国的 IP，那么以后它都会给你走百度云的节点。而你在用 CNAME 类型时，它不可能也不应该这么做，因为有 CNAME 负载均衡这种东西，如果 Cloudflare 每次都将你的 CNAME 解析并获取 IP 归属地再进行判断，首先会大大降低效率和性能，其次就是如果判断错地区还会导致速度变得更慢。

我进行过多次测试，用了我四个不同的域名都测试过，当我把源站 IP 直接解析 A 记录到我的香港服务器 IP，一打开浏览器控制台看 Network 绝对是 yunjiasu，但是如果我解析的是 CNAME 到香港服务器的记录，看到的就是 cloudflare。

另一个就是，如果你的 CNAME 地址也是在 Cloudflare 的话，那它可能也会直接去判断你对应记录的 IP （比如你把 cname.example.com 解析 A 记录到 123.45.6.7，然后 www.example.com 解析 CNAME 到 cname.example.com ，它一样还是可以直接得到你的 A 记录地址）

而如果你有两个域名 example.com 和 cnames.com ，并且另一个域名 cnames.com 用的不是 Cloudflare DNS （比如我就用万网的域名做 CNAME 源站解析），那么 Cloudflare 就没有办法直接得知你的 A 记录 IP，也就不会擅自给你用百度云的节点了。

[mytsing520]

@KasuganoSoras
我大概了解了你的描述，但这里有两点现实：
一、CloudFlare 虽然有负载均衡，但他的负载均衡是基于用户名以及购买过的收费版本，也就是说，即便只是考虑免费版本，同一个账户下分配的 IP 是一样的；
二、获取客户端 IP 地址是 HTTP 完成的，与 DNS 无关。

CloudFlare 之所以会将验证码页面指向 yunjiasu，一是 CloudFlare 与百度存在合作伙伴关系，二是提升在中国大陆地区用户访问这些模块的响应速度。

从上面这点来讲，就算是验证码模块调用了 yunjiasu 的资源也无可厚非。