HTTP 504 Gateway Timeout versus časový limit vašeho klienta
Rozlište požadavek na upstream, kterému vypršel čas v bráně, od časového limitu nastaveného ve vašem proxy klientovi.
Váš klient je ochoten čekat šedesát sekund. O deset sekund později dostane HTTP 504. Zvýšení limitu klienta na dvě minuty nedá bráně dalších padesát sekund práce.
504 popisuje bránu nebo proxy, která při dokončování požadavku neobdržela včasnou odpověď od upstreamu. Brána už své rozhodnutí učinila a odpověď vrátila. Váš klient tuto odpověď dokáže úspěšně přečíst.
Který prostředník ji vrátil?
Vydavatelem může být dopředná proxy. Také pozdější brána provozovaná webem. Při běžném TLS od konce ke konci uvnitř CONNECT není odpověď HTTP z této chráněné výměny s cílem totéž co odmítnutí samotného CONNECT.
Zaznamenejte fázi, hlavičky odpovědi, znění chybové stránky a odpovídající logy, jsou-li k dispozici. Označení serveru může být stopou, ale nemělo by se považovat za neomylné přiřazení. Trasa může obsahovat více prostředníků, než kolik jich máte nakonfigurováno v klientovi.
Poté zkoumejte, proč se tato operace na upstreamu nedokončila. Dostupnost, přetížené služby, tělo požadavku, které upstream nedokáže zpracovat podle očekávání, i chování aplikace mohou hrát roli. Samotný číselný stav nedokazuje, že změna User-Agentu nebo přidání jedné volby časového limitu je univerzální řešení.
Porovnejte stejný požadavek
Když jiný nástroj funguje, porovnejte metodu, cíl, kódování těla, ověřování a trasu. "Adresa URL se otevře v prohlížeči" není úplné srovnání s multipart odesláním přes klientskou službu.
Pokud vydávající bránu provozujete, slaďte její upstream rozpočet s podporovanou zátěží a okolními termíny. Pokud ne, uchovejte její výsledek jako důkaz a použijte dokumentovanou cestu přístupu nebo podpory operátora. Delší čekání lokálně nemůže změnit odpověď, která už dorazila.