Cloudflare自选IP后报1034错误？原因+解决方法一次讲清
最近 11 评选在研究 Cloudflare 的“自选 IP”功能时，遇到了一个很常见的问题：配置完自选 IP 后，网站直接报 1034 错误，访问被拒绝。查了一圈资料，发现这是 Cloudflare 新的边缘验证机制导致的，官方也给出了明确说明。今天就把原因和解决方法整理给大家，遇到同样问题的站长可以直接照做。
一、1034 错误的真正原因
Cloudflare 官方说明写得很清楚：
将域名指向 1.1.1.1 的客户可能会遇到 1034 错误。这是因为 Cloudflare 系统新增了边缘验证检查，用于防止配置错误或潜在滥用。
简单理解：
你把 DNS 解析指向了 Cloudflare 的公共 DNS（如 1.1.1.1）
或使用了 Cloudflare 不允许的占位 IP
系统检测到配置异常 → 直接返回 1034 错误
二、解决方法（非常简单）
官方给出的解决方案是：
确保 DNS 记录指向您控制的 IP 地址。如果需要占位 IP 来进行“无来源”设置，请使用：
IPv6 保留地址：100::
IPv4 保留地址：192.0.2.0
换成大白话就是：
不要把 DNS 解析指向 1.1.1.1
不要用你现在正在用的这个 IP
换成官方允许的占位 IP 即可
推荐使用的占位 IP
192.0.2.0（IPv4，最常用）
100::（IPv6）
操作步骤
打开 Cloudflare → DNS → 找到你配置的自选 IP 记录
把内容改成：192.0.2.0
保存
等 1–2 分钟生效
刷新网站，1034 错误就会消失。
三、11 评选的额外说明（避免踩坑）
自选 IP 功能本身没问题，问题出在“占位 IP”不能随便填
192.0.2.0 是 IANA 专门用于文档和示例的保留 IP，不会被路由，非常安全
如果你是做“无源站”或“纯 DNS 配置”，这个 IP 是官方推荐的最佳选择
如果你有真实源站，建议直接填写源站 IP，不要用占位 IP
四、总结
Cloudflare 报 1034 错误，本质就是 DNS 解析指向了不被允许的 IP（如 1.1.1.1）。解决方法非常简单：
把 DNS 记录改成官方允许的占位 IP：192.0.2.0
改完立刻生效，网站恢复正常访问。
