HTTP 504 Gateway Timeout pret jūsu klienta taimautu
Atšķiriet vārtejā iestājušos upstream pieprasījuma taimautu no taimauta, kas iestatīts jūsu pašu starpniekservera klientā.
Jūsu klients ir gatavs gaidīt sešdesmit sekundes. Desmit sekundes vēlāk tas saņem HTTP 504. Klienta taimauta palielināšana līdz divām minūtēm nedod vārtejai vēl piecdesmit sekundes darba.
504 apraksta vārteju vai starpniekserveri, kas, cenšoties pabeigt pieprasījumu, savlaicīgi nesaņēma upstream atbildi. Vārteja jau ir pieņēmusi lēmumu un atgriezusi atbildi. Jūsu klients šo atbildi var veiksmīgi nolasīt.
Kurš starpnieks to atgrieza?
Izdevējs var būt tiešais starpniekserveris. Tāpat vēlāka vārteja, ko uztur vietne. Ar parasto TLS no gala līdz galam CONNECT iekšienē HTTP atbilde no šīs aizsargātās apmaiņas ar galamērķi nav tas pats, kas paša CONNECT noraidījums.
Saglabājiet posmu, atbildes galvenes, kļūdas lapas tekstu un atbilstošos žurnālus, ja tie pieejami. Servera nosaukums var būt pavediens, taču to nevajadzētu uztvert kā nekļūdīgu attiecinājumu. Maršrutā var būt vairāk starpnieku nekā tas, kas konfigurēts jūsu klientā.
Pēc tam pārbaudiet, kāpēc šī upstream darbība netika pabeigta. Sasniedzamība, pārslogoti pakalpojumi, pieprasījuma pamatteksts, ko upstream nevar apstrādāt, kā gaidīts, un lietojumprogrammas uzvedība var būt svarīga. Tikai skaitliskais statuss nepierāda, ka User-Agent maiņa vai vienas taimauta opcijas pievienošana ir universāls risinājums.
Salīdziniet to pašu pieprasījumu
Kad darbojas cits rīks, salīdziniet metodi, mērķi, pamatteksta kodējumu, autentifikāciju un maršrutu. "URL atveras pārlūkā" nav pilnīgs salīdzinājums ar multipart nosūtīšanu caur servisa klientu.
Ja jūs pārvaldāt izdevēja vārteju, saskaņojiet tās upstream budžetu ar atbalstīto darba slodzi un apkārtējiem termiņiem. Ja ne, saglabājiet tās rezultātu kā pierādījumu un izmantojiet operatora dokumentēto piekļuves vai atbalsta ceļu. Ilgāka vietējā gaidīšana nevar mainīt jau saņemtu atbildi.