<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>CDN on EzEasy</title>
    <link>https://blog.wecando.cc/tags/cdn/</link>
    <description>Recent content in CDN on EzEasy</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Tue, 02 Jun 2026 20:30:00 +0800</lastBuildDate>
    <atom:link href="https://blog.wecando.cc/tags/cdn/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cloudflare for SaaS 优选域名：让小黄云不再减速</title>
      <link>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain/</link>
      <pubDate>Tue, 02 Jun 2026 20:30:00 +0800</pubDate>
      <guid>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain/</guid>
      <description>&lt;p&gt;很多人第一次接入 Cloudflare 时，最自然的做法就是给域名打开小黄云。理论上，请求会进入 Cloudflare 全球网络，再由 Cloudflare 回源，安全、缓存、HTTPS 都能自动接上。&lt;/p&gt;
&lt;p&gt;但在中国大陆网络环境下，普通小黄云经常不是“加速器”，反而像“减速器”：延迟高、丢包、晚高峰抽风、不同运营商表现差异很大。于是才会出现“Cloudflare 优选域名 / 优选 IP”这类玩法。&lt;/p&gt;
&lt;p&gt;这篇文章不只给步骤，也解释为什么要这样绕一圈：&lt;strong&gt;用 Cloudflare for SaaS 保留 Cloudflare 的路由规则层，同时把 DNS 解析层交给优选 CNAME 来控制入口。&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cloudflare for SaaS 优选域名加速：原理与配置</title>
      <link>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain.bak.20260602130635/</link>
      <pubDate>Tue, 02 Jun 2026 20:30:00 +0800</pubDate>
      <guid>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain.bak.20260602130635/</guid>
      <description>&lt;p&gt;最近给博客接入 Cloudflare for SaaS 时，我顺手把“优选域名加速”的链路也整理了一遍。这个方案的核心不是把 Cloudflare 绕开，而是把用户入口从 Cloudflare 自动分配的边缘节点，改成一个你测试后更稳定的 Cloudflare 入口，再通过 Cloudflare for SaaS 把请求转回自己的源站。&lt;/p&gt;
&lt;p&gt;这里的 &lt;strong&gt;SaaS&lt;/strong&gt; 指的是 &lt;strong&gt;Cloudflare for SaaS / Custom Hostnames&lt;/strong&gt;，不是前端里的 Sass。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
