前言#

刚写完这个才发现有问题，如果 EO 是 NS 接入的话，可能会有问题， EO Pages 不能直接 CNAME 到 CDN 的节点，会直接 418 返回. EO 的 NS 接入坑还是有点多的，但是如果是域名在 CF 直接 cname 到 EO 还是会有问题，首先就是 CF 会默认给展平 APEX 域，这样 EO 那边就 永远不会到 CNAME 到，算是一个比较麻烦的问题，当然可以重定向解决这个问题，如果是 使用　CF Work 的话就需要域名解析商在 CF。

WARNING

此文章现在已经失效了，如果非要做图床可以考虑使用EO Pages 然后 直接 A 记录到 IP，国内 CDN 无法加速境外的站点，官方是这样说的 https://cloud.tencent.com/developer/tutorial/practice/1017

也就是说这些已经不适用了，如果是直接优选香港节点的话 会直接得到解析失败，在反复折腾了 3填之后还是放弃了，目前已经不适用了，硬要优选还不如 cf

使用项目#

实现开始之前，需要准备一个域名，备案最好，不备案建议使用cf 优选，不要用eo 了

这个项目一开始是在 Cloudflare Work 部署的后来 Edgeone pages 出来之后，有人开了个 issue 就支持了

• https://github.com/cmliu/CF-Workers-Raw/issues/9

延迟数据#

EO Pages 和 cdn 节点不一样，pages 最多给分配30个节点，由于直接这样用国内的cdn节点直接去代理 GitHub 文件肯定是不行的

平时绝大多数地方直接访问大概率也是被墙的 GFW 发力了，想要做代理，那就需要去用到 EO 给分配的香港节点，

TIP

EO 刚出来的时候确实是白月光，即使没备案直接 优选 香港节点，延迟优化很错，差不多相当于是全绿了

但是后面 8 月 初就开始砍了，现在优选 香港节点的话大概率会直接得到 418 状态码，这样开来还不让直接优选 cf

首先把这项目自己 Fork 一份 ，用 CF 代理也行 用 EO pages 也行,没备案建议使用 cf work 优选,

然后再 cf work 或者 eo pages 直接直接链接账户 导入 Edgeone 分支, cf 是默认的 mian 分支 ,部署之后需要绑定 自定义的域名访问，，然后有以下3种方案

以第一种为例，运行work 部署运行之后然后需要在 work 绑定自定义域名，然后在 EO 的站点添加 cdn 配置，然后解析 cname ,

TIP

如果 eo 是NS 接入的话就需要2个域名，一个在 cf work 一个用于 eo cdn 分发

在 SSL 证书申请选择： 建议使用 腾讯云 申请 SSL 的证书，至于为什么因为后面优选 IP 需要用到 ，优选 IP 原有的 cname 记录会失效，然后

A 记录直接解析到优选 IP ，如果选择申请免费的证书，cname 失效之后会导致 续签失败，建议直接使用 腾讯云申请的 SSL 证书，选择DNS验证然后不用删记录，直接等它自己续费就好了

然后优选 IP ，直接优选 香港 IP ，具体 IP段去看其他文档或者其他人写的 blog，如果你是CF 部署这里才用到下面的 IP ，否则如果是 将 EO CDN 的节点解析到 Pages 会直接返回 418 报错

1
    43.174.150.199
2
    43.174.150.119
3
    43.174.151.16
4
    43.174.151.120
5
    43.174.151.58
6
    43.174.150.6
7
    43.174.150.123
8
    43.174.151.214
9
    43.174.151.241
10
    43.174.151.165
11
    43.174.150.111
12
    43.174.151.2
13
    43.174.151.243
14
    43.174.150.132

Github 配置#

在 setting 生成一个 token 然后 使用 piclist picgo CV等其他的图床工具，配合 Typora 写，确实很不错的

注意 自定义域名部分, 拼接部分需要注意，相对于使用 eo pages 然后去链接 GitHub 储存库然后每次上传都要 build 好很多

1
https://github.yumeyuka.plus/Keira-Yuki/picture/refs/heads/Yume/