搜索 K
Appearance
Appearance
TIP
先说说EdgeOne(以下简称eo)可以干什么
通过腾讯云 EdgeOne 节点,提供动静态智能加速,用户可就近访问节点获取资源,解决跨地域、跨运营商的网络问题。
通过节点文件缓存,减少回源比例,解决源站带宽资源不足的问题。
通过腾讯云 EdgeOne 节点提供服务,隐藏您的源站 IP,保护源站免受恶意攻击。
通过站点,接入更多 EdgeOne 能力,包括域名解析、安全防护、边缘函数、四层代理等。
简单来说就一个字: 快!
TIP
如果您希望用户能够正常访问一个域名,那么需要将该域名解析指向源站
比如我在vercel或者cloudflare pages上部署了一个静态博客, 部署成功后, 可以添加一个自定义域名
设置完成自定义域名后, 需要在域名注册商或者域名托管平台添加一条DNS记录, 三个属性分别是: cname 域名 值, 比如我的托管平台是eo, 静态博客在cloudflare pages上部署, 我希望以blog.xxxxxx.xxx来访问我的博客, 那么应该是下面这样:

等待解析完成就可以在浏览器访问了
同时我们可以去itdog.cn上ping测一下速度, 如下所示, 我的站点大概速度在100-200ms之间, 看起来还不错

前边的先保持不变, 我们在边缘加速平台 EO控制台, 添加一个加速域名, 比如eo-blog, 具体设置如下:

TIP
具体说明以下为什么这么填
源站配置: 这个非常重要, 意思就是我们通过加速域名, 实际上访问的最终地址, 可以填写IP减少解析时间, 不过eo提供了cname加速, 开启后如果有多层cname, 会直接解析具体的ip, 影响不大. 这里源站我配置了上述的博客地址回源HOST头: 使用源站域名! 它保证了CDN节点回源时在源站访问到的具体域名为我们的源站网站加速: 先不要选或选择空模板推荐模板, 建议使用空模板
静态资源默认缓存在eo30天, jsp, php等默认不缓存, 如果你的网站静态资源(html, css, js, img等)一般不变不更新, 主要内容以后端为主的话, 可选这个站点加速 --> 规则引擎中修改缩短, 比如你一周写一篇文章, 那么就可以配置7天. 你一年写一次文章, 可以配一年点击下一步开启加速, 完成后是下面这样, https配置里可以申请免费证书

等待解析后, 我们访问eo-blog.xxxxxx.xxx就可以成功了
使用itdog.cn进行ping测, 初见端倪, 可以看到整体解析速度比之前快了很多

TIP
我们明明配置的短域名blog进行博客访问, 现在却需要使用eo-blog来进行访问, 这也太恶心了, 实则不然!
blog, 部署站点那里的cname绑定换成blog123 blog-cf blog-vc, 等等, 只要我们保证访问blog后, 回源源站与回源host是实际网站地址就行了WARNING
如果源站本来就很快, 就不要使用EO减速带了. 点名vercel, vercel是真特么快, 优点是其控制台访问也很快, 且不需要加速器.
用户访问的域名随便设置一个域名, 可以带个前缀标识什么的实际绑定站点的域名使用源站域名TIP
其实以上已经是操作完了的, 下面的操作我是借鉴了别人

eo-blog.201444.xyz.eo.dnse2.com, 我们使用加速域名访问的时候, 会自动CNAME到这个分配的域名在配置完加速域名, 并且白嫖完SSL免费证书后, 我们在DNS记录里边, 暂停这个CNAME, 接下来需要配置一个A类型值为43.174.150.150
添加一条新的记录: 类型A, 主机名eo-blog, 值43.174.150.150, 至于为什么这么填, 可以看参考文献: 关于我折腾了一晚上 EdgeOne - AcoFork Blog

也就是说, 用户访问eo-blog, eo直接解析ip, 再回源到源站, 理论上要快很多. 实际上也确实快
缺点: 暂停eo默认的CNAME后, 会拿不到免费的SSL证书.
TIP
其实eo自动配置的加速已经很快了, 个人觉得没什么必要去设置后面的部分
当然不能光看数据, 需要以实际体验和操作实施性为准, 浏览器访问体感其实不佳
而且, 这样做其实很不好, 为什么呢, 一万个人都在用着负载均衡, 你一个人可着一个好IP吃到死. 就像大家都在等着馒头分发, 你却直接上去抢了最大最松软的一个, 见仁见智吧