我创建了 Azure CDN Verizon Premium。
Endpoint Hostname: https://mysitename.azureedge.net
Origin Hostname: https://mysitename.com
Origin host header: 123.456.789.12 ( My Server IP )
My Server is: CentOS + Litespeed
DNS Provider: Cloudflare
通常，我从 CF DNS 指向我的服务器
A - @ - 123.456.789.12
CNAME - www - mysitename.com
使用这些设置，我可以访问我的网站（无代理）
我希望将 Azure CDN 用于根域。
我不喜欢使用www.mysitename.com，但我喜欢使用根/裸域 (mysitename.com)
所以，我像这样改变了我的DNS：
CNAME - @ - mysitename.azureedge.net
CNAME - www - mysitename.azureedge.net
感谢 Cloudflare 中的 CNAME 奉承
（该技术与 QUIC.Cloud CDN 一起使用 - 当我在 CF DNS 上使用他们的 NODE URL 时） 注意：Quic.cloud 仍处于测试阶段 - 但一项不错的服务 - 值得一试。
所以，我在 Azure CDN 中使用了相同的技巧（我不知道它是否有效）
将端点主机名放入浏览器后，出现 504 超时错误。如您所知，Azure 不允许在根域上使用 SSL 证书。
那么，我该如何解决这个问题呢？
我到底想要什么
一个动态的 CDN，而不是传统的 URL 映射 CDN。
需要将整个文件和文件夹交付到边缘位置（Verizon 和 Akamai 动态交付）
为什么不喜欢使用 URL 映射
根域上的站点和子域中的 CDN 是可能的。
例如：站点 URL mysite.com 和 CDN URL：cdn.mysitename.com（目前我在几个站点中使用此设置）
但是，真正的问题是：
CDN URL 将很快，文件可以交付。但是，网站根域，仍然从源服务器传递。
因此，当来自印度的用户访问在美国托管的网站时，TTFB 会延迟。
你找到解决办法了吗？
是的，Cloudflare 和 QUIC 是最好的解决方案，因为它们都通过 DNS 级别工作。
Cloudflare 要求我们将我们的域指向他们的 NS 并且他们动态交付（如果启用了代理）
每个国家的 TTFB 都比原产地好（我用 CF 测试过）
但为什么我不使用 Cloudflare？
Cloudflare 存在一些 SEO 问题。我在很多场合都面对过很多次。CF速度很快，但突然掉了我的排名。
为什么我不使用 QUIC.Cloud？
我在一些小型网站上使用 Quic。它运作良好。
QUIC 通过将 CNAME 指向他们的 NODE URL 来工作（他们的 DNS 解决方案正在开发中）。整个站点将通过其节点交付。
但是，它仍处于测试阶段，无法像我预期的那样始终满足我的要求。也许他们会尽快修复小错误。
那么，你想要什么？
我需要通过 CDN 交付我的整个网站。所以我可以在每个位置增加 TTFB。根域的 CDN 是解决方案（我认为是这样）
CNAME 到端点主机名会起作用吗？
在我的 DNS 或 Azure CDN 设置中，我有什么遗漏吗？