Vaš klijent je spreman čekati šezdeset sekundi. Deset sekundi kasnije prima HTTP 504. Povećanje ograničenja klijenta na dvije minute ne daje gatewayu još pedeset sekundi rada.

504 opisuje gateway ili proxy koji nije primio pravovremeni odgovor od upstreama dok je pokušavao dovršiti zahtjev. Gateway je već donio odluku i vratio odgovor. Vaš klijent taj odgovor može uspješno pročitati.

Koji posrednik ga je vratio?

Izdavatelj može biti prednji proxy. Također i kasniji gateway kojim upravlja web-mjesto. Uz uobičajeni TLS od kraja do kraja unutar CONNECT-a, HTTP odgovor iz te zaštićene razmjene s odredištem nije isto što i odbijanje samog CONNECT-a.

Zabilježite fazu, zaglavlja odgovora, tekst stranice pogreške i odgovarajuće zapise kad su dostupni. Naziv poslužitelja može biti trag, ali ga ne treba smatrati nepogrešivim pripisivanjem. Ruta može sadržavati više posrednika od onog konfiguriranog u vašem klijentu.

Zatim provjerite zašto ta upstream operacija nije dovršena. Dostupnost, preopterećene usluge, tijelo zahtjeva koje upstream ne može obraditi kako se očekuje i ponašanje aplikacije mogu biti važni. Sam numerički status ne dokazuje da je promjena User-Agenta ili dodavanje jedne opcije ograničenja univerzalno rješenje.

Usporedite isti zahtjev

Kad drugi alat radi, usporedite metodu, cilj, kodiranje tijela, autentifikaciju i rutu. "URL se otvara u pregledniku" nije potpuna usporedba s multipart predajom preko klijenta usluge.

Ako upravljate gatewayem koji izdaje odgovor, uskladite njegov upstream proračun s podržanim opterećenjem i okolnim rokovima. Ako ne, sačuvajte njegov rezultat kao dokaz i upotrijebite dokumentirani put pristupa ili podrške operatora. Dulje lokalno čekanje ne može promijeniti odgovor koji je već stigao.

Povezani članci