휴! 시간이 많이 걸렸고, 매우 친절했던 Amazon 엔지니어와 전화로 총 8시간(2회 통화)을 보냈지만, 이제 이 문제를 제대로 이해한 것 같습니다. RepealOBBBA 사이트에서는 모든 것이 잘 작동하고 있으며, 이 프로세스를 다른 사이트에도 재현할 수 있습니다.
나중에 자세히 정리해 볼 수도 있지만, 우선 몇 가지 참고 사항을 남깁니다:
- DISCOURSE_CDN_URL(AWS S3를 사용하는 경우)과 DISCOURSE_S3_CDN_URL은 각각 별도의 CloudFront 배포를 요구합니다.
- DISCOURSE_CDN_URL은 버킷을 사용하지 않습니다.
- DISCOURSE_CDN_URL은 AWS가 아닌 CDN을 사용할 수 있습니다. Bunny.net이 아주 잘 작동합니다. (Bunny Storage의 S3 지원이 2026년 1분기에 출시될 예정이라고 합니다.)
- DISCOURSE_CDN_URL과 DISCOURSE_S3_CDN_URL의 CDN은 적절한 DNS 구성을 통해 브랜딩된 URL을 사용할 수 있습니다.
- DISCOURSE_S3_CDN_URL에는 업로드 버킷이 필요합니다.
- 업로드 버킷에는 ACL이 활성화되어 있어야 하며, "모든 사용자(공개 액세스)"를 "읽기"로 설정하고 버킷에 대한 정책을 설정해야 합니다.
- 백업 버킷에는 ACL이나 정책이 필요하지 않습니다.
수정 사항
- S3에서 “모든 업로드에 CDN URL 사용” 상자를 선택하세요: 이미지뿐만 아니라 s3에 업로드된 모든 파일에 대해 CDN URL을 사용하도록 설정합니다. 이 옵션을 활성화하지 않으면 항상 실패하는 문제가 발생했습니다.
위 내용을 읽고 "필, 당연하지, 뭘