HTTP 504 Gateway Timeout наспрам временског ограничења вашег клијента
Разликујте захтев ка upstream-у коме је истекло време у пролазном чвору од временског ограничења постављеног у вашем прокси клијенту.
Ваш клијент је спреман да чека шездесет секунди. Десет секунди касније прима HTTP 504. Повећање ограничења клијента на два минута не даје пролазном чвору још педесет секунди рада.
504 описује пролазни чвор или прокси који није примио правовремени одговор од upstream-а док је покушавао да доврши захтев. Пролазни чвор је већ донео одлуку и вратио одговор. Ваш клијент тај одговор може успешно да прочита.
Који посредник га је вратио?
Издавалац може бити предњи прокси. Такође и каснији пролазни чвор којим управља сајт. Уз уобичајени TLS од краја до краја унутар CONNECT-а, HTTP одговор из те заштићене размене са одредиштем није исто што и одбијање самог CONNECT-а.
Забележите фазу, заглавља одговора, текст странице грешке и одговарајуће записе када су доступни. Назив сервера може бити траг, али га не треба сматрати непогрешивим приписивањем. Рута може садржати више посредника од оног конфигурисаног у вашем клијенту.
Затим проверите зашто та радња ка upstream-у није довршена. Доступност, преоптерећене услуге, тело захтева које upstream не може да обради како се очекује и понашање апликације могу бити важни. Сам нумерички статус не доказује да је промена User-Agent-а или додавање једне опције ограничења универзално решење.
Упоредите исти захтев
Када други алат ради, упоредите методу, циљ, кодирање тела, аутентификацију и руту. „URL се отвара у прегледачу“ није потпуно поређење са multipart слањем преко клијента услуге.
Ако управљате пролазним чвором који издаје одговор, ускладите његов upstream буџет са подржаним оптерећењем и околним роковима. Ако не, сачувајте његов резултат као доказ и користите документовани пут приступа или подршке оператера. Дуже локално чекање не може променити одговор који је већ стигао.