HTTP 504 Gateway Timeout kundër afatit të klientit tuaj

Klienti juaj është i gatshëm të presë gjashtëdhjetë sekonda. Dhjetë sekonda më vonë merr HTTP 504. Rritja e afatit të klientit në dy minuta nuk i jep portës pesëdhjetë sekonda të tjera punë.

504 përshkruan një portë ose proksi që nuk mori një përgjigje në kohë nga upstream-i ndërsa përpiqej të përfundonte kërkesën. Porta e ka marrë tashmë vendimin e saj dhe ka kthyer një përgjigje. Klienti juaj mund ta lexojë atë përgjigje pa problem.

Cili ndërmjetës e ktheu?

Lëshuesi mund të jetë proksi përpara. Po ashtu një portë e mëvonshme e operuar nga faqja. Me TLS të zakonshëm nga skaji në skaj brenda CONNECT, një përgjigje HTTP që vjen nga ai shkëmbim i mbrojtur me destinacionin nuk është e njëjtë me një refuzim të vetë CONNECT.

Ruani fazën, kokëdhenat e përgjigjes, formulimin e faqes së gabimit dhe regjistrat përkatës kur janë të disponueshëm. Emri i serverit mund të jetë një të dhënë, por nuk duhet trajtuar si atribuim i pagabueshëm. Rruga mund të përmbajë më shumë ndërmjetës sesa ai i konfiguruar në klientin tuaj.

Pastaj shqyrtoni pse ai veprim drejt upstream-it nuk përfundoi. Aksesueshmëria, shërbimet e mbingarkuara, një trup kërkese që upstream-i nuk mund ta përpunojë siç pritet dhe sjellja e aplikacionit mund të jenë të gjitha të rëndësishme. Vetëm statusi numerik nuk dëshmon se ndryshimi i User-Agent ose shtimi i një opsioni afati është zgjidhja universale.

Krahasoni të njëjtën kërkesë

Kur funksionon një mjet tjetër, krahasoni metodën, objektivin, kodimin e trupit, vërtetimin dhe rrugën. "URL-ja hapet në shfletues" nuk është krahasim i plotë me një dërgim multipart përmes një klienti shërbimi.

Nëse e operoni ju portën lëshuese, përputhni buxhetin e saj të upstream-it me ngarkesën e mbështetur dhe afatet përreth. Nëse jo, ruajeni rezultatin si provë dhe përdorni rrugën e dokumentuar të aksesit ose të mbështetjes së operatorit. Pritja më e gjatë lokalisht nuk mund të ndryshojë një përgjigje që ka mbërritur tashmë.