这是一个创建于 1887 天前的主题，其中的信息可能已经有所发展或是发生改变。
上 CHH 时候碰到验证，自己的小站也是，真要完全接入百度那我就打算弃了...
31 条回复 • 2019-09-14 16:15:54 +08:00
 |
1
580a388da131 2019-09-13 12:52:17 +08:00
它的国内节点本来就是百度啊
|
 |
2
id7368 2019-09-13 13:05:13 +08:00 via iPhone  1
恭喜你盲生发现了华点
|
 |
3
xiri 2019-09-13 13:05:30 +08:00
它的国内节点本来就是百度的啊
另外，不备案的话是不会给分配国内节点的吧 |
 |
4
1una 2019-09-13 13:07:54 +08:00
@580a388da131 #1 CloudFlare 原來是只有 Enterprise 版本才有中國（百度云）節點。
|
 |
5
yexm0 2019-09-13 13:08:04 +08:00 via Android
验证码跟节点有啥关系？
|
 |
6
libasten 2019-09-13 13:12:04 +08:00 via Android
如果真有国内百度云免备案免费 cdn 不是好消息吗？
可惜没有呀。 |
 |
10
TheFLY OP @580a388da131 并没有本来，是之前他们的国内付费节点和百度合作，免费解析一直都是他们自己的，现在免费解析也切过去了
|
 |
13
weiruanniubi 2019-09-13 14:18:49 +08:00
这 CF 干嘛想不开要在国内找合作……
|
 |
14
lostberryzz 2019-09-13 14:20:21 +08:00
友情提示：百度云加速也有国外节点的，和 CF 合作的，没有备案的域名是不可能有国内加速的（正经方法，排除 443 HSTS 等等操作）
|
|
15
TheFLY OP @lostberryzz 深圳电信，今天突然出现不是个案，一上午刷网页就有三四家打开页面首先是百度的验证码页面；
百度的节点在国内国外我不关心，纯粹不想用百度的东西罢了 另外附一下之前讨论 CF 在 9 月上市的帖子 /t/589668 |
|
16
lostberryzz 2019-09-13 14:51:34 +08:00
@TheFLY 你看下域名的 NS 记录是不是换成 yunjiasu 了
|
|
17
TheFLY OP @lostberryzz 并没有，而且这种切换也不要从 NS 记录动手，只是把国内的流量改成经过百度（的非大陆）节点传送
|
 |
18
KasuganoSoras 2019-09-13 15:13:47 +08:00 5
你这个问题我特意研究过，当网站解析使用 CNAME 类型时，网站就不会变成百度云的节点，而当你使用 A 记录类型时，访问网站就会有很大几率变成百度云的节点。后来我就所有都改成 CNAME，再也没出现这样的问题了。
不过现在我已经买了 Cloudflare 商业版了…… |
|
19
TheFLY OP @KasuganoSoras 感谢
|
|
20
KasuganoSoras 2019-09-13 15:17:57 +08:00 1
我的个人猜测：你在使用 A 记录类型的时候，如果源站 IP 中国的，Cloudflare 可能就会自动甩锅给百度云帮你加速，而你在使用 CNAME 类型时，因为不能直接判断源站 IP，所以它还是默认走的 Cloudflare 的节点。
|
 |
21
NG6 2019-09-13 17:26:32 +08:00 via iPhone
我没备案，巴不得转呢，有国内 cdn 不好么，快多了
|
 |
22
huangtao728 2019-09-13 17:42:40 +08:00 via Android 4
当你从国内访问 CloudFlare 并遇到验证码的时候，由于 CF 认为 reCaptcha 在国内访问有困难（实际没有），为避免访客由于无法加载 reCaptcha 而造成永远无法通过验证，便会调用百度云加速的验证页面。
你可以观察一下，若你遇到的是云加速的验证页，其中的验证码就是普通的图片验证码，所以 CloudFlare 这么做只是为了避免死循环。 如果怀疑分配到了错误节点，请通过直接访问节点 IP，通过“不允许直接访问 IP”的页面不同来判断。 例如： http://119.147.134.1 => 百度云加速节点 http://104.18.19.20 => CloudFlare 节点 |
 |
23
MaiKuraki 2019-09-13 17:48:50 +08:00
建议你用 traceroute 测试一下
|
 |
24
renyiqiu 2019-09-13 18:35:15 +08:00 via iPhone
@KasuganoSoras 商业版对国内用户来说有效吗
|
 |
25
wdlth 2019-09-13 18:55:29 +08:00
CHH 本来就是用的云减速啊
|
 |
27
yksoft1test 2019-09-14 01:30:15 +08:00
难怪我最近看 5ch 的时候发现 cf 的验证码可以直接输入了
|
 |
28
alphatoad 2019-09-14 04:12:01 +08:00 via iPad
没备案源站在国外还是免费版能用百度节点？天底下哪有这种好事
|
 |
29
mytsing520 2019-09-14 08:10:20 +08:00 1
@KasuganoSoras
20 楼的回复有问题。用不用 A 记录或 CNAME 记录，完全不影响他获取你的真实 IP。按照你的描述，是在七层拿的 IP 地址。所以应该是有其他层面的问题，而不是这个结论。 |
|
30
KasuganoSoras 2019-09-14 13:30:24 +08:00
@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，也就不会擅自给你用百度云的节点了。 |
|
31
mytsing520 2019-09-14 16:15:54 +08:00
@KasuganoSoras
我大概了解了你的描述，但这里有两点现实： 一、CloudFlare 虽然有负载均衡，但他的负载均衡是基于用户名以及购买过的收费版本，也就是说，即便只是考虑免费版本，同一个账户下分配的 IP 是一样的； 二、获取客户端 IP 地址是 HTTP 完成的，与 DNS 无关。 CloudFlare 之所以会将验证码页面指向 yunjiasu，一是 CloudFlare 与百度存在合作伙伴关系，二是提升在中国大陆地区用户访问这些模块的响应速度。 从上面这点来讲，就算是验证码模块调用了 yunjiasu 的资源也无可厚非。 |
Select Language