0

Ich baue eine ziemlich einfache WordPress-Website, wo ich das Plugin S3 Offload installiert habe (um automatisch alle Bilder auf meinen S3-Server zu schieben).CloudFront antwortet mit 503 Fehler

Während S3 alleine verwendet wurde, funktionierte alles (sehr langsames Laden), aber nachdem ich auch CloudFront aktiviert und 24 Stunden gewartet hatte, bis die Distribution vollständig implementiert war, erhielt ich 503 Fehler beim Anfordern der Bilder .

Ich ging durch einige CloudFront-Artikel über die Angelegenheit und ich stellte sicher, dass ich die Richtlinien befolgte (den S3-Bucket in der Distribution verknüpfe, die Objekte im S3-Bucket als öffentlich markieren, etc.), aber ' Ich bekomme immer noch den gleichen Fehler.

Irgendeine Idee?

Prost!

+0

Aus meiner Neugier. Wie viele Anfragen erhält Ihr s3-Bucket? –

+0

Sobald eine CloudFront-Verteilung "Bereitgestellt" anzeigt, normalerweise in weniger als 30 Minuten, sollte es nicht länger notwendig sein, zu warten. Nun ist das Folgende nicht Ihre Lösung, aber es wird helfen, die Fehlersuche zu vereinfachen: [diese Antwort lesen] (https://StackOverflow.com/a/35541525/1695906) und setzen Sie Ihre Fehler Caching Minimum TTL für 503 Fehler auf 0 Sekunden. Der Standardwert ist 300, was bedeutet, dass * wenn * ein Fehler für ein bestimmtes Objekt auftritt, CloudFront nicht versuchen wird, es erneut für 5 Minuten zu holen, wobei der vorherige Fehler zurückgegeben wird. Machen Sie dasselbe für 403, 404, 502 und 504. –

+0

Wenn Sie mit curl vertraut sind, erfassen Sie bitte eine Antwort, indem Sie ein Objekt mit 'curl -v 'some-cloudfront-url' abrufen und in der Frage bearbeiten. Andernfalls wären Screenshots vom Browser, einschließlich Anforderungs- und Antwortheadern und der Antworttext, hilfreich. Oder stellen Sie uns einfach eine CloudFront-URL eines gültigen Images zur Verfügung. Auch der Origin Domain Name aus Ihrer Distribution wäre hilfreich, wenn Sie dies zeigen können. –

Antwort

0

Danke für Ihre Kommentare Jungs!

Am Ende stellte sich heraus, dass es sich um einen Konflikt zwischen der Konfiguration des Wordpress-Plugins und der Konfiguration der Distribution selbst handelte.

Alles funktioniert jetzt reibungslos :)

Verwandte Themen