HTTP 504 Gateway Timeout szemben az ügyfél időkorlátjával

Az ügyfél hajlandó hatvan másodpercet várni. Tíz másodperccel később HTTP 504-et kap. Az ügyfél időkorlátjának két percre emelése nem ad az átjárónak még ötven másodperc munkát.

Az 504 olyan átjárót vagy proxyt ír le, amely a kérés befejezése közben nem kapott időben upstream-választ. Az átjáró már meghozta döntését és választ adott vissza. Az ügyfél ezt a választ gond nélkül olvasni tudja.

Melyik közvetítő küldte vissza?

A kibocsátó lehet az előremutató proxy. Illetve egy későbbi, a webhely által üzemeltetett átjáró is. A CONNECTen belüli szokásos végponttól végpontig terjedő TLS mellett az abból a védett célkapcsolatból érkező HTTP-válasz nem ugyanaz, mint a CONNECT önmagának elutasítása.

Őrizze meg a szakaszt, a válasz fejléceit, a hibaoldal szövegét és a hozzá tartozó naplókat, ahol elérhetők. A kiszolgálónév nyom lehet, de nem tekinthető tévedhetetlen hozzárendelésnek. Az útvonalon több közvetítő is lehet, mint az ügyfélben beállított egy.

Ezután vizsgálja meg, miért nem fejeződött be az az upstream-művelet. Az elérhetőség, a túlterhelt szolgáltatások, az upstream által nem a várt módon feldolgozható kérés test, valamint az alkalmazás viselkedése egyaránt számíthat. Az önmagában vett számérték nem bizonyítja, hogy az User-Agent módosítása vagy egyetlen időkorlát-beállítás hozzáadása az egyetemes megoldás.

Hasonlítsa össze ugyanazt a kérést

Ha egy másik eszköz működik, hasonlítsa össze a metódust, a célt, a test kódolását, a hitelesítést és az útvonalat. Az „az URL megnyílik a böngészőben” nem teljes összehasonlítás a szolgáltatásügyfélen keresztüli multipart beküldéssel.

Ha Ön üzemelteti a kibocsátó átjárót, hangolja annak upstream-keretét a támogatott terheléshez és a környező határidőkhöz. Ha nem, őrizze meg az eredményét bizonyítékként, és használja az üzemeltető dokumentált hozzáférési vagy támogatási útvonalát. A helyben hosszabb várakozás nem változtathat meg egy már megérkezett választ.