我应该代理 Cloudflare 页面自定义域吗

问题描述 投票:0回答:2

我有一个使用 Cloudflare Pages 的静态站点。

我没有使用 Cloudflare CNAME DNS 代理提供的任何自定义反向代理功能,即当您告诉 Cloudflare 使用 A 记录而不是 CNAME 将请求反向代理到上游时。

默认情况下,在 Cloudflare Pages 上设置自定义域时,Cloudflare 会将 DNS CNAME 设置为“代理”。我已禁用此功能,因为我认为这会由于额外的代理跃点而导致性能小幅下降。

有人对此有更深入的了解吗?

我的相反想法是,也许Cloudflare Pages团队正在依赖反向代理的缓存,而不是在Pages节点上提供更多边缘节点资产分配。

dns reverse-proxy cloudflare cloudflare-pages
2个回答
1
投票

我已禁用此功能,因为我认为这会由于额外的代理跃点而导致性能小幅下降。

确实如此。我对缓存的静态站点的响应时间约为 200 毫秒(我们称之为

foo.com
),
foo.pages.dev
的响应时间约为 110 毫秒。

通过关闭代理,我的

foo.com
foo.pages.dev
的响应时间约为 110 毫秒。

我唯一的疑问是他们是否为非代理域生成了 SSL 证书,但事实证明 他们确实

默认启用代理,以防您需要 Cloudflare 为托管域提供的一些其他服务,例如分析、页面规则、自定义 DDoS 保护、自定义缓存...如果出现以下情况,这些服务将不适用于您的自定义域:您选择退出代理(尽管您仍然会通过 Cloudflare Pages 获得 DDoS 保护和缓存)。

请记住,如果您使用批量重定向、页面规则或动态重定向将

www.foo.com
指向
foo.com
,则
CNAME
does 必须经过代理才能使重定向正常工作,如 文档中所述.


0
投票

我相信您需要代理,因为它提供了一整层保护 (DDos) 和优化(边缘缓存),其中 Cloudflare 是您网站的保镖。

部署页面时,您必须记住清除站点的 Cloudflare 缓存,否则将面临向用户提供旧内容(.js、.css 等)的风险。必须记住/这样做只是为了获得上述好处而付出的很小的代价。

© www.soinside.com 2019 - 2024. All rights reserved.