Das ist also eine Fortsetzung der Abenteuer aus meinem vorherigen Bericht von heute Morgen, der durch Hinzufügen des CDN-Links zur CSP-Quelle behoben wurde. Seitdem hatte ich allerlei seltsame Probleme.
Jetzt scheinen sich die Dinge auf folgende Probleme zu beruhigen:
Es sieht so aus, als gäbe es mehrere CSP-Verletzungen (seltsam) vom Hostnamen selbst. Nun ist die Site in einer 2-Container-Multisite-Umgebung konfiguriert, wobei das CDN für Assets und Medien bereitgestellt wird. Dateien werden in DO Spaces gespeichert (was einwandfrei funktioniert), und Site-Assets werden vom CDN geladen, das so konfiguriert ist, dass es von der Hauptdomäne des Multisite-Systems zieht. Alles scheint auch mit aktivierter CSP ordnungsgemäß zu laden, aber F12 meldet einige CSP-Verletzungen (ich musste es so konfigurieren, dass CSP deaktiviert und CSP_Report aktiviert wird).
Das Seltsame ist, dass es bis gestern einwandfrei funktionierte und sich in den letzten 24 Stunden wahrscheinlich etwas in Bezug auf CSP geändert hat, was dies verursacht?
Es ist wichtig zu beachten, dass dieser CSP-Mumbo-Jumbo behoben wird, wenn das CDN für Assets deaktiviert ist. Vielleicht liegt ein Fehler in der Art und Weise vor, wie wir die Origin für das CDN implementiert haben?
Ich wäre für Ratschläge zur Konfiguration einer Pull-Zone für ein CDN im Multisite-Fall dankbar.
Mein ursprüngliches Problem ist mittlerweile weitgehend gelöst. Ich musste die Theme-Komponenten mühsam löschen und neu installieren, was die CSP-Probleme auf der Hauptseite scheinbar behoben hat. Es gibt jedoch weiterhin Probleme im Zusammenhang mit CSP, die das Laden des Docker-Managers verhindern.
Mein Verständnis war, dass CDN-Links automatisch zur CSP-Quelle hinzugefügt werden. Daher habe ich mehrfach Neuaufbauten durchgeführt, um CDN-Links zu deaktivieren bzw. zu aktivieren, doch der Docker-Manager lädt weiterhin nicht. Allerdings habe ich andere Multisite-Installationen, bei denen CDN aktiviert ist, und diese laden einwandfrei. Was könnte hier getestet werden?
