我的 Discourse 站点包含大量图片。由于图片数量众多，我使用 S3/CDN 组合来存储和提供图片。在 CDN 中，我采取了各种措施来防止图片劫持。其中一项措施是阻止所有对图片的直接访问，只允许从定义的 hostname 列表访问。
Discourse 可以与此设置配合使用，但头像（Avatars）除外。当启用热链接保护时，头像将停止工作。
原因是 Discourse 对头像使用代理设置。HTML 使用代理链接来显示头像。链接结构为 https://discourse.forum/user_avatar/discourse.forums/username/24/616_2.png。
一旦代理被解析，浏览器就会直接请求访问图片文件。
我的 CDN 在进行此直接请求时会阻止直接访问并返回 403。所有自定义头像都会变成剪影。
我们有什么选项可以移除代理？
我们可以将头像更改为标准的图片文件结构吗？
您不能将 Discourse 的 IP 地址列入白名单吗？
直接访问链接的调用来自用户的 IP 地址。服务器会解析信息，但本地浏览器会执行调用。
我不确定它是否那样工作。根据您的配置，代理实际上是代理还是CDN优先。您能否详细说明一下设置方式？
我讨厌含糊不清的问题。你问“这个”的时候在想什么？
这是我当前的设置：
开启后，所有头像都收到 403 错误。关闭后，头像可以正常显示。
非头像图片：
https://cdn.domain.tld/optimized/3X/3/1/filename_#_size.jpeg头像图片：
https://forums.domain.tld/user_avatar/forums.domain.tld/mazzini/48/776_2.png之前的一篇帖子 头像如何存储和访问？ 表明 Discourse 使用代理来处理头像。因此，头像的 URL 结构不是标准的图片 URL 结构。
在我的系统中，头像可以通过 S3 或 CDN 访问。这表明在某个地方/以某种方式，头像 URL 被转换为 CDN URL。
当这种情况发生时，CDN 会将该 URL 视为直接访问链接并以 403 错误阻止访问。
希望我回答了“这个”问题？
And I hate it when people respond like that when I am spending my time in helping them, so that makes it a draw 
.
Yes, and “proxy” means that the request passes through Discourse. The request is not made by the browser to the CDN but by Discourse.
Did you set up the CDN as a full site CDN or as the S3 CDN ? I suspect the latter. And in that case the request is made by Discourse to the CDN, without a referrer. But the CDN can still recognize that it is a legit request because the request is originating from the Discourse IP. Hence my advice to whitelist it.
Edit: you could check by turning off the protection for a short while and looking at the logs in Bunny, and see which IP they’re coming from.
我感谢您的帮助。在 IT 开发和支持领域工作了几十年后，含糊不清的问题和答复会产生不必要的额外工作。根据您的经验，我认为您也会同意这一点。
CDN 仅为 S3 存储桶设置。
在提交原始主题之前，我确实检查了与 403 错误相关的 Discourse IP 的 CDN 日志。它不在日志文件中。
根据您的评论，我回去重新分析了日志。在查看了最大的 IP 违规者后，我发现排名前几位是托管公司的网关。
挑战在于，我不想跟踪 Digital Ocean 的网关 IP 地址，以便我的 Discourse 服务器能够正确显示图像。
感谢您的协助。