Also wollte ich meine Uploads hinter Cloudflare stellen und Wasabi anstelle von S3 verwenden, sodass kein CloudFront verfügbar ist.
Am Ende habe ich die Datenbank direkt geändert und Discourse neu gestartet, und es hat funktioniert. Spielt HTTPS zwischen CDN und S3 überhaupt eine Rolle, wenn der Bucket nur öffentlich lesbar ist?
UPDATE site_settings SET value = 'uploads.domain.tld' WHERE name = 's3_upload_bucket';
Setzen Sie die Variable DISCOURSE_S3_CDN wie in den #howto-Anleitungen erklärt.
Ich kann die CDN-URL problemlos festlegen und direkt auf Wasabi verweisen. Der einzige Weg, um den Traffic zuerst über Cloudflare zu leiten, besteht darin, einen CNAME-Eintrag für meine Domain auf s3.wasabisys.com zu setzen, wobei der Bucket-Name als Subdomain im Format subdomain.deine.domain angegeben werden muss.
Beispiel: Ich kann keinen Bucket namens xyz-uploads verwenden und diesen hinter Cloudflare mit einem CNAME auf s3.wasabisys.com betreiben.
Nach viel Frustration und Googeln habe ich dieses Thema gefunden und bin überrascht zu sehen, dass es bereits 2015 erstellt wurde und dies immer noch ein Problem ist? Es ist ein valider Anwendungsfall, einen S3-Bucket mit Punkten verwenden zu wollen und die statische Hosting-Funktion von S3 zu nutzen, und dann CloudFlare mit SSL davor zu haben. An diesem Setup ist nichts auszusetzen, außer dass Discourse uns derzeit daran hindert.
Wenn Discourse wirklich alle anderen Benutzer bevormunden will, um sie vor SSL-Problemen mit Punkten in S3-Bucket-Namen zu schützen, kann es dann wenigstens einen Link zu einer Dokumentation anzeigen, damit sie sich informieren können, während es gleichzeitig Leuten erlaubt, die wissen, wie man dies richtig konfiguriert, dies zu tun?