Zure bezeroa hirurogei segundo itxaroteko prest dago. Hamar segundo geroago HTTP 504 jasotzen du. Bezeroaren denbora-muga bi minutura igotzeak ez dio atebideari berrogeita hamar segundo gehiago ematen lan egiteko.

504k eskaera osatzen saiatzen ari zela upstream erantzun puntualik jaso ez zuen atebide edo proxy bat deskribatzen du. Atebideak jada hartu du erabakia eta erantzuna itzuli du. Zure bezeroak erantzun hori ondo irakur dezake.

Zein bitartekarik itzuli zuen?

Jatorkizuneko proxy-a izan daiteke igorlea. Webguneak kudeatutako geroagoko atebide bat ere bai. CONNECT barruko muturretik muturrerako TLS arruntarekin, helmugarekiko truke babestu hartatik datorren HTTP erantzuna ez da CONNECT beraren ukapena bezalakoa.

Gorde etapa, erantzunaren goiburuak, errore-orriaren testua eta dagozkion erregistroak daudenean. Zerbitzariaren etiketa pista bat izan daiteke, baina ez da hutsezin gisa hartu behar. Ibilbideak zure bezeroan konfiguratutakoa baino bitartekari gehiago izan ditzake.

Ondoren aztertu zergatik ez zen upstream eragiketa hori amaitu. Irisgarritasunak, zerbitzu gainkargatuek, upstream-ak espero bezala prozesatu ezin duen eskaera-gorputzak eta aplikazioaren portaerak garrantzia izan dezakete. Zenbakizko egoerak bakarrik ez du frogatzen User-Agent bat aldatzea edo denbora-muga aukera bat gehitzea konponbide unibertsala denik.

Konparatu eskaera bera

Beste tresna batek funtzionatzen duenean, konparatu metodoa, helburua, gorputzaren kodeketa, autentifikazioa eta ibilbidea. "URLa nabigatzailean irekitzen da" ez da zerbitzu-bezero baten bidezko multipart bidalketa batekin alderaketa osoa.

Igorlearen atebidea zuk kudeatzen baduzu, lerrokatu bere upstream aurrekontua onartutako lan-kargarekin eta inguruko epeekin. Ez baduzu, gorde bere emaitza ebidentzia gisa eta erabili operadorearen sarbide edo laguntza bide dokumentatua. Tokian bertan gehiago itxaroteak ezin du aldatu jada iritsi den erantzun bat.

Erlazionatutako artikuluak