Así que también quería poner mis subidas detrás de Cloudflare, usando Wasabi en lugar de S3, por lo que CloudFront no está disponible.
Al final, modifiqué directamente la base de datos y reinicié Discourse, y funcionó. Además, ¿realmente importa el HTTPS entre la CDN y S3 si el bucket es de solo lectura pública?
UPDATE site_settings SET value = 'uploads.domain.tld' WHERE name = 's3_upload_bucket';
Establece la variable DISCOURSE_S3_CDN como se explica en las guías howto.
Puedo configurar la URL del CDN sin problemas y apuntarla directamente a Wasabi. Sin embargo, la única forma de que el tráfico pase primero por Cloudflare es tener un registro CNAME en mi dominio que apunte a s3.wasabisys.com, donde el nombre del bucket debe ser subdominio.tu.dominio.
Por ejemplo, no puedo tener un bucket llamado xyz-uploads y usarlo detrás de Cloudflare con un CNAME apuntando a s3.wasabisys.com.
Después de mucha frustración y búsquedas en Google, he encontrado este tema y me sorprende ver que se creó en 2015 y que esto todavía es un problema. Es un caso de uso válido querer usar un bucket S3 con puntos y usar la función de alojamiento estático de S3, y luego tener CloudFlare delante de esto con SSL. No hay nada de malo en esta configuración, excepto que Discourse actualmente nos impide hacerlo.
Si Discourse realmente quiere supervisar a todos los demás usuarios para protegerlos contra problemas de SSL con puntos en los nombres de los buckets S3, ¿puede al menos mostrar un enlace a alguna documentación para que se eduquen, al mismo tiempo que permite que las personas que saben cómo configurar esto correctamente lo hagan?