HTTP 504 Gateway Timeout verzus časový limit vášho klienta
Rozlíšte požiadavku na upstream, ktorej vypršal čas v bráne, od časového limitu nastaveného vo vašom vlastnom proxy klientovi.
Váš klient je ochotný čakať šesťdesiat sekúnd. O desať sekúnd neskôr dostane HTTP 504. Zvýšenie limitu klienta na dve minúty nedá bráne ďalších päťdesiat sekúnd práce.
504 opisuje bránu alebo proxy, ktorá pri dokončovaní požiadavky nedostala včasnú odpoveď od upstreamu. Brána už svoje rozhodnutie urobila a odpoveď vrátila. Váš klient túto odpoveď dokáže úspešne prečítať.
Ktorý prostredník ju vrátil?
Vydavateľom môže byť dopredná proxy. Tiež neskoršia brána prevádzkovaná webom. Pri bežnom TLS od konca po koniec vnútri CONNECT nie je odpoveď HTTP z tej chránenej výmeny s cieľom to isté ako odmietnutie samotného CONNECT.
Zaznamenajte fázu, hlavičky odpovede, znenie chybovej stránky a zodpovedajúce záznamy, ak sú dostupné. Označenie servera môže byť stopou, ale nemalo by sa považovať za neomylné priradenie. Trasa môže obsahovať viac prostredníkov, než koľko ich máte nakonfigurovaných v klientovi.
Potom skúmajte, prečo sa tá operácia na upstreami nedokončila. Dostupnosť, preťažené služby, telo požiadavky, ktoré upstream nedokáže spracovať podľa očakávania, aj správanie aplikácie môžu hrať úlohu. Samotný číselný stav nedokazuje, že zmena User-Agenta alebo pridanie jednej voľby časového limitu je univerzálne riešenie.
Porovnajte tú istú požiadavku
Keď iný nástroj funguje, porovnajte metódu, cieľ, kódovanie tela, overovanie a trasu. „Adresa URL sa otvorí v prehliadači“ nie je úplné porovnanie s multipart odoslaním cez klientsku službu.
Ak vydávajúcu bránu prevádzkujete, zlaďte jej upstream rozpočet s podporovanou záťažou a okolitými termínmi. Ak nie, uchovajte jej výsledok ako dôkaz a použite dokumentovanú cestu prístupu alebo podpory operátora. Dlhšie lokálne čakanie nemôže zmeniť odpoveď, ktorá už dorazila.