CNAME 接入#

这个主要的限制就是 DNS 权威解析商的问题，例如 Cloudflare，如果你的域名在 Cloudflared，选择 CNAME 的接入方式，那么大概率在解析 Apex 域的时候，遇到 EO 这边解析识别不到的问题，那么这是什么问题呢？是的，就是因为 cloudflare 的 Apex 记录默认会被展平解析。（包括 Pages 在内的服务都会有这个问题）

如果可以接受 Apex 不解析到 EO （或者你是未备案的用户，使用非大陆的节点，未备案的 Pages 是用不了的，大陆网络直接返回 401）。主要问题是并非是 卡在 SSL 证书这一步，SSL 证书可以通过申请 腾讯云的免费证书使用，而是如果 EO 这边识别不到 CNAME 记录会默认分配 2 个原本用于海外的节点，这样你在大陆访问起不到加速的作业，反而是减速器了

TIP

目前猜测这问题最早应该是来源于 8 月初，禁止优选的时候。 8 月初未备案的域名可以使用非大陆的加速节点，其中有一批很不错的香港节点，优选到这些节点上确实可以有不错的速度。因为是优选，所有 EO 那么一样会显示检测不到 ~CNAME ~记录，但是不影响访问，随之就是 禁止优选，如果将原本的香港节点优选，那么会返回 418

在这之后，类似的，无论含不含大陆节点，只要 CNMAE 记录在 EO 那边检测不到，就会给分配这 2 个海外的 IP，如果强行解析到原本、本应该分配的节点上面，那么同样的，会直接返回 418 （ 这个问题问过客服，但是截止到目前文章的编写时间并没有回复）

NS 接入#

NS 接入看起来是比较好的接入方式，但是实际上坑也只比 CNAME 接入好一点。如果选择此接入方式，那么唯一的的缺点就是记录冲突，例如使用 域名邮箱。 我公开的邮箱并不是我的企业邮箱，而是我的域名邮箱，CF 大善人又好了，但是如果使用 NS 接入的方式，那么就需要寻找其他的替代品。

对于域名邮箱的解决方案我找了 2 种

• ImprovMX 邮件转发服务，可支持多个邮箱转发，不支持发送 （Cf 的替代品）
• Zoho Mail 实体域名邮箱，邮件转发需要加钱，免费服务够用，可正常当企业邮箱使用

NS 接入的方式会导致包括不限于 MX TXT @ CNAME 等类型的 Apex 记录冲突，此外，还包括 自定义 NS 服务 、DNSSEC 等服务冲突。 总结就是完全不推荐 以此类型接入，如果你没有以上的需求可选此接入方式

CDN 的接入#

免费版的套餐加速区域可选择

1. 全球可用区 （需要备案）
2. 全球可用区（不含中国大陆）

TIP

备案之后可选全球可用区，EdgeOne 会自动检测到，非强制在 腾讯云备案

全球可用区在 8 月初已经禁止优选，优选将会直接返回 418

CDN 接入一定要保证 CNAME 记录正确，如果记录不正确，会自动分配为海外的 Anycast 节点 IP， 如果此时强行绑定到原本部署 IP 否则返回 418，

如果是加速 GitHub Pages vercel 等海外站点，此时大陆访问基本会得到减速器效果，虽然打开速度较慢，但 Ping 延迟低，第二次访问加载缓存会快一点，但仍然是减速器，只能保证尽量不丢包。如果选择加速 Github Pages 等，注意选择 回源选择源站，而不是加速域名

Pages 使用#

非常好的服务，使我免于 Github Pages 丢包折磨，此功能仍在 Beta， 无法保证一直免费，因为其不包含在 免费套餐之内，但是不免费又有点恶心了。

Pages 不需要有套餐，有 EO 账户即可，部署参考官方文档，需要注意的是访问区域限制，如果没有备案仍不推荐使用，未备案效果不如 Github Pages 等

TIP

需要注意的是：Pages 无法再使用 CDN 节点加速，否则会 418

其他问题解决方案#