今天让我们来骂骂Cloudflare，昨天在把博客丢到Cloudflare Pages时，顺手把Web Analytics打开了，然后还不小心把这个Access Policy访问策略也给开了。

要说有什么坏处吗，那倒也没有，就是没有关闭这个东西的选项！直接逼死强迫症和每次预览部署的时候都得验证。那问题有了，就得解决提出问题的人。

This is disgusting

Just tell others to keep away from the AccessPolicy from CloudflarePages

引用社区的话hhh小朋友不要学说脏话哦

搜索过程

遇事不决咕咕咕Google，凭借我多年以来的优秀搜索技巧，很快啊，就找到了相关的社区提问，资料和讲这个的博客。（难度瞬间降低，所以这又是一篇重复的文章…）

社区：社区地址

博客：博客地址（吐槽：这个作者竟然没弄CNAME嘛）

文档：文档地址

说实话其实写到这，我都不想写了，既然开始骂了就不要停下来~总是要把问题解决（虽然重复了

对了这里吐槽一下那位博主的代码块中的冒号竟然是全角（小声

解决方案

curl API 获取相应的 app uuid

1
2
3
4

curl -X GET "https://api.cloudflare.com/client/v4/accounts/账户标识符/access/apps" \
     -H "X-Auth-Email: 邮箱" \
     -H "X-Auth-Key: Global API KEY" \
     -H "Content-Type: application/json"

以下为需要修改的地方

• 账户标识符 是登录Cloudflare后浏览器后面的一串字符如

  https://dash.cloudflare.com/114514adfasdhfkhjaskfwehakgbadkf

• 邮箱 就是你的邮箱

• Global API KEY 打开 API tokens 查看并保存即可

curl后你就获取一大堆废话，这里就不贴图了。然后找到最下面的一个 uid 保存下来

"uid":"114514adfasdhfkhjaskfwehakgbadkf"

curl 关闭访问策略

注意这段和上面不完全一样

1
2
3
4

curl -X DELETE "https://api.cloudflare.com/client/v4/accounts/账户标识符/access/apps/刚才获取的app uuid"  \
     -H "X-Auth-Email: 邮箱" \
     -H "X-Auth-Key: Global API KEY" \
     -H "Content-Type: application/json"

• GET修改为了DELETE
• 最后添加了前面获取的app uuid

最后显示如下表示大功告成

"success":true