我已经建立了一个 Wordpress 网站，site.example.com并且正在尝试将 CloudFront 分发配置为反向代理，以减少原始服务器的负载。
过去我曾使用过云耀斑并且配置非常简单，因为 CloudFlare 知道原始服务器的 IP 地址，所以它可以直接将请求与 SNI 一起发送到该 IP 地址，并且请求会到达正确的位置。
例如
site.example.com@[CloudFlare IP Address] -> CloudFlare -> site.example.com@[Origin IP Address]
然而云正面工作原理略有不同，它期望原始服务器是域名而不是 IP 地址，因此我怀疑，一旦我修改 DNS 以指向site.example.com我的 CloudFront 分发的域名，CloudFront 将不再能够访问原始服务器，因为它将指向其自身
现在，为了在普通的 Web 服务器上解决这个问题，我只需创建第二个 DNS 记录，例如cf-site.example.com，在 Web 服务器上配置它以提供与 CloudFront 相同的内容，site.example.com然后就可以访问 Origin cf-site.example.com，我的客户就可以正常访问该网站。
但是，如果您在 Wordpress 中尝试这样做，只要您访问 cf-site.example.com 上的站点，它就会发现此名称与站点地址不匹配，并立即返回 301，将您重定向到站点地址，在本例中为site.example.com。这会导致无限循环并破坏站点。
我在网上找到了很多关于如何使用 CloudFront 和 Wordpress 的指南，所以这一定是可行的，我怀疑我只是忽略了一些显而易见的东西
谢谢
答案1
可以通过将主机标头转发到原点来解决该问题，有一个行为设置：根据选定的请求标头进行缓存