(\ _ /)
( ・-・)
/っ 好几页 Cloudflare Worker 转发的渠道突然集体 Timeout,似乎是 Cloudflare 的边缘节点寄了不少,开着小黄云随机分配的都是直连超时梯子秒开。
4 Likes
是的.我就说我用EdgeOne加速咋用不了了,原来我CF图床的域名都被墙了
1 Like
昨天我看了死了一批节点 ,但是很快又更换了。
正常,最近好多节点都g了 估计在进行新一轮的ip封禁
幸好,我看了一眼我的网站的cf CDN节点是浅绿和黄色。
3 Likes
改 hosts 锁死活着的边缘节点 IP 活过来了。
2 Likes
看了眼我的workers和pages目前都还正常
CF X.X.X.1,这个默认ban…
对,默认的 1,万能1.
其他的没什么问题,老生常谈了
2 Likes
看来你还是不知道真相
看了原帖还是不知道真相是啥。。
昨天都还能用的,就今天自动分配的 IP 都被 GFW Ban 了 (挂梯子访问这 IP 是一切正常的),但是可以手动锁死没被墙的节点。
现在变成被三网阻断了
1 Like
看起来是 CF 主动屏蔽的,15跳都已经到CF的IP了
$ traceroute 104.21.16.1
traceroute to 104.21.16.1 (104.21.16.1), 30 hops max, 60 byte packets
...
12 202.97.66.209 (202.97.66.209) 9.205 ms 202.97.12.21 (202.97.12.21) 9.698 ms 202.97.12.13 (202.97.12.13) 10.119 ms
13 202.97.13.26 (202.97.13.26) 215.313 ms 214.708 ms 214.390 ms
14 81.173.18.70 (81.173.18.70) 186.758 ms 189.744 ms 81.173.18.74 (81.173.18.74) 230.928 ms
15 141.101.65.93 (141.101.65.93) 213.185 ms 141.101.65.95 (141.101.65.95) 185.144 ms 141.101.65.103 (141.101.65.103) 212.443 ms
16 * * *
17 * * *
18 * * *
$ traceroute 104.21.16.10
traceroute to 104.21.16.10 (104.21.16.10), 30 hops max, 60 byte packets
...
12 202.97.65.89 (202.97.65.89) 6.544 ms 202.97.65.69 (202.97.65.69) 5.250 ms 202.97.12.9 (202.97.12.9) 6.849 ms
13 202.97.51.90 (202.97.51.90) 206.447 ms 202.97.13.26 (202.97.13.26) 205.954 ms 205.934 ms
14 81.173.18.70 (81.173.18.70) 205.512 ms 189.527 ms 189.362 ms
15 141.101.65.147 (141.101.65.147) 199.646 ms 141.101.65.109 (141.101.65.109) 213.379 ms 141.101.65.97 (141.101.65.97) 188.676 ms
16 104.21.16.10 (104.21.16.10) 186.263 ms 219.180 ms 184.904 ms
除非数据跨境安全网关没屏蔽发送到CF的请求,仅屏蔽CF的响应
3 Likes
大佬们,咋解决啊
1 Like
梯子 或者 API 反代的话本地改 hosts 就行,域名可以在随便哪个边缘节点进出。作网站别人访问你的话,要么交钱固定优质 IP、要么给域名加个中间解析服务器
呜呜呜,还是去隔壁edgeone看看吧
但是上一次没有主动把老站解析到.1IP吧,这次有帖子说可以路由追踪到CF节点,更像是CF对国内用户主动QOS
应该是 Cloudflare 这边的风控,GFW 只能墙 OR 不墙,域名分配到什么 IP 是 CF 控制的。
词元那个帖子里也是被解析到无法访问的节点
确实是 Cloudflare 主动调整的,但是原因和影响都不知道
被解析到.1IP还有转移到其他ip吗?