上 CHH 时候碰到验证,自己的小站也是,真要完全接入百度那我就打算弃了...
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 的资源也无可厚非。 |