HTTP 504 Gateway Timeout наспроти тајмаутот на вашиот клиент

Вашиот клиент е подготвен да чека шеесет секунди. Десет секунди подоцна добива HTTP 504. Зголемувањето на тајмаутот на клиентот на две минути не и дава на портата уште педесет секунди работа.

504 опишува порта или прокси што не добило навремен одговор од upstream додека се обидувало да го заврши барањето. Портата веќе ја донела својата одлука и вратила одговор. Вашиот клиент може успешно да го прочита тој одговор.

Кој посредник го врати?

Издавачот може да биде напредното прокси. Може и подоцнежна порта што ја води веб-страницата. Со вообичаениот TLS од крај до крај внатре во CONNECT, HTTP одговорот од таа заштитена размена со одредиштето не е исто што и одбивање на самиот CONNECT.

Зачувајте ја фазата, заглавијата на одговорот, текстот на страницата за грешка и соодветните записи кога се достапни. Името на серверот може да биде трага, но не треба да се смета за непогрешливо припишување. Рутата може да содржи повеќе посредници од оној конфигуриран во вашиот клиент.

Потоа испитајте зошто таа upstream операција не завршила. Достапноста, преоптоварените услуги, телото на барањето што upstream не може да го обработи како што се очекува и однесувањето на апликацијата можат да бидат важни. Самиот нумерички статус не докажува дека промената на User-Agent или додавањето една опција за тајмаут е универзално решение.

Споредете го истото барање

Кога работи друга алатка, споредете метод, цел, кодирање на телото, автентикација и рута. „URL-то се отвора во прелистувачот“ не е целосна споредба со multipart испраќање преку клиент за услуги.

Ако ја водите портата што го издава одговорот, усогласете го нејзиниот upstream буџет со поддржаниот обем на работа и околните рокови. Ако не, зачувајте го резултатот како доказ и користете го документираниот пристапен или поддржувачки пат на операторот. Подолгото локално чекање не може да го промени одговорот што веќе пристигнал.