Então, eu também queria colocar meus uploads atrás do Cloudflare, usando o Wasabi em vez do S3, então o CloudFront não estaria disponível.
Acabei modificando diretamente o banco de dados e reiniciando o Discourse, e funcionou. Além disso, o HTTPS entre a CDN e o S3 realmente importa se o bucket for apenas de leitura pública?
UPDATE site_settings SET value = 'uploads.domain.tld' WHERE name = 's3_upload_bucket';
Defina a variável DISCOURSE_S3_CDN conforme explicado nos guias howto.
Posso definir a URL da CDN sem problemas e apontá-la diretamente para a Wasabi. Mas a única maneira de fazer com que o tráfego passe primeiro pela Cloudflare é ter um registro CNAME no meu domínio apontando para s3.wasabisys.com, onde o nome do bucket precisa estar no formato subdominio.seu-dominio.
Por exemplo, não posso ter um bucket chamado xyz-uploads e usá-lo atrás da Cloudflare com um CNAME apontando para s3.wasabisys.com.
Após muita frustração e pesquisas no Google, encontrei este tópico e fiquei surpreso ao ver que ele foi criado em 2015 e que este ainda é um problema? É um caso de uso válido querer usar um bucket S3 com pontos e usar o recurso de hospedagem estática do S3, e então ter o CloudFlare na frente disso com SSL. Não há nada de errado com essa configuração, exceto que o Discourse atualmente nos impede de fazer isso.
Se o Discourse realmente quer cuidar de todos os outros usuários para protegê-los contra problemas de SSL com pontos em nomes de bucket S3, ele pode pelo menos exibir um link para alguma documentação para que eles se eduquem, ao mesmo tempo em que permite que as pessoas que sabem como configurar isso corretamente o façam?