înregistrare Logare
Puncte:0
avatar Server

400 de erori de solicitare greșită (rar frecvente) pe activele Amazon S3 publice

drapel ru
dlrust

Găzduim active publice S3 (imagini) pe o cale locală folosind un proxy invers de la NGINX la S3.

Am observat erori periodice în jurnalele noastre (400 de erori), care sunt foarte rare, dar cauzează probleme vizitatorilor. Putem spune că acestea sunt erori AWS, deoarece tipul de conținut returnat este application/xml. Încărcarea acestor aceleași active imediat după eroarea înregistrată returnează răspunsul corect.

Am activat înregistrarea pe gălețile mele S3 relevante, dar la inspectarea jurnalelor nu văd nicio 400 de erori listate în intervalele de timp în care au apărut erori.

  • Ne-ar limita AWS solicitările, deoarece acestea provin de la un singur IP (prin proxy-ul invers NGINX)?
  • Ce tipuri de 400 de stări ar returna S3 pentru obiecte publice care sunt valide?
  • Există un alt loc în consola AWS care ar afișa aceste 400 de erori, astfel încât să putem investiga?

Exemplu de caz specific actualizat:

Exemplu de cale locală a activelor noastre: https://www.example.com/assets/images/Oasis_PalmImage_20210809_Web_v01.png

Adresa URL publică S3: https://sb-oasis.s3.amazonaws.com/images/Oasis_PalmImage_20210809_Web_v01.png

Exemplu de jurnal NGINX în timpul erorii înregistrate:

tip_conținut_răspuns: aplicație/xml

stare: 400

lungime_conținut: 355 octeți
305
0 + 3
Tim avatar
drapel gp
Tim
Sunt curios cum aplicația/xml vă spun că este o eroare AWS, puteți explica asta puțin mai mult? Puteți corela solicitarea din jurnalele dvs. Nginx cu o solicitare AWS, indiferent de codul de stare? Mă întreb dacă eroarea este între Nginx și S3, cererile nu ajung de fapt la S3. Vă sugerăm să vă editați postarea pentru a oferi mai multe detalii - unde este serverul dvs., poate o imagine, etc. Verificați, de asemenea, jurnalele de erori Nginx.
0
Răspunde
drapel ru
dlrust
@Tim Nu am putut vedea vizual aceste răspunsuri de eroare în afară de jurnalele. Suntem destul de încrezători că aplicația/xml înseamnă o eroare S3 din cauza 1) activele servite sunt fișiere imagine 2) alte erori S3 (găleată invalidă, etc) sunt returnate ca XML 3) Nu aveți nimic în configurația nginx care ar fi de acel tip
0
Răspunde
Tim avatar
drapel gp
Tim
Mă întreb dacă există o modalitate de a înregistra corpul răspunsurilor de eroare, deoarece asta vă poate spune mai multe despre problemă. De asemenea, mă întreb dacă ai putea avea utilizatorul să acceseze direct S3, dar s-ar putea să nu funcționeze cu setările de securitate ale browserului. https://serverfault.com/questions/361556/is-it-possible-to-log-the-response-data-in-nginx-access-log/598045
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.