그래서 저는 업로드 파일도 Cloudflare 뒤에 두려고 했는데, S3 대신 Wasabi를 사용했기 때문에 CloudFront을 사용할 수 없었습니다.
결국 DB를 직접 수정하고 discourse를 재시작했는데 잘 작동했습니다. 또한, 버킷이 공개 읽기 전용(public read only)인 경우 CDN과 S3 간의 HTTPS가 실제로 중요한가요?
UPDATE site_settings SET value = 'uploads.domain.tld' WHERE name = 's3_upload_bucket';
howto 가이드에 설명된 대로 DISCOURSE_S3_CDN 변수를 설정하세요.
CDN URL을 설정하는 것 자체는 문제없고, wasabi를 직접 가리킬 수도 있습니다. 하지만 Cloudflare를 먼저 거치도록 하려면, 도메인에 CNAME을 설정하여 s3.wasabisys.com을 가리키고, 버킷 이름이 subdomain.your.domain 형식이 되어야 합니다.
예를 들어, xyz-uploads라는 이름의 버킷을 만들어 Cloudflare 뒤에 두고 s3.wasabisys.com으로 CNAME을 설정하는 것은 불가능합니다.
수많은 좌절과 검색 끝에 이 주제를 발견했는데, 2015년에 생성된 주제임에도 여전히 문제가 되고 있다는 사실에 놀랐습니다. 마침표가 포함된 S3 버킷을 사용하고, S3의 정적 호스팅 기능을 활용하며, 그 앞에 SSL을 적용한 CloudFlare를 배치하는 것은 매우 합리적인 사용 사례입니다. 이 설정 자체에는 아무런 문제가 없는데, 현재 Discourse가 이를 수행하는 것을 막고 있을 뿐입니다.
Discourse가 S3 버킷 이름에 포함된 마침표로 인한 SSL 문제를 방지하기 위해 모든 사용자를 과도하게 통제하고 싶다면, 적어도 관련 문서 링크를 표시하여 사용자들이 스스로 학습할 수 있게 해주는 동시에, 올바른 구성 방법을 아는 사람들이 자유롭게 설정할 수 있도록 허용해 주면 안 될까요?