HTTP 504 Gateway Timeout және клиентіңіздің timeout-ы
Шлюзде мерзімі өткен upstream сұрауын өз прокси клиентіңізде орнатылған timeout-тан ажыратыңыз.
Клиентіңіз алпыс секунд күтуге дайын. Он секундтан кейін ол HTTP 504 алады. Клиенттің timeout-ын екі минутқа ұлғайту шлюзге тағы елу секунд жұмыс бермейді.
504 — сұрауды аяқтауға тырысқан кезде upstream тарапынан уақтылы жауап алмаған шлюзді немесе проксиді сипаттайды. Шлюз шешімін қабылдап, жауап қайтарды. Клиентіңіз бұл жауапты қалыпты оқи алады.
Оны қай делдал қайтарды?
Шығарушы алға жіберу проксиі болуы мүмкін. Сондай-ақ сайт басқаратын кейінгі шлюз де болуы мүмкін. CONNECT ішіндегі әдеттегі ұштаң-ұшқа TLS кезінде сол қорғалған мақсат алмасуынан келетін HTTP жауабы CONNECT-тің өзін қабылдамаумен бірдей емес.
Кезеңді, жауап тақырыптарын, қате бетінің мәтінін және қолжетімді болса сәйкес журналдарды сақтаңыз. Сервер белгісі ишара болуы мүмкін, бірақ оны қатесіз тиесілік деп санауға болмайды. Маршрутта клиентіңізде конфигурацияланғаннан көбірек делдал болуы мүмкін.
Содан кейін сол upstream операциясының неге аяқталмағанын тексеріңіз. Қолжетімділік, шамадан тыс жүктелген қызметтер, upstream күткендей өңдей алмайтын сұрау денесі және қолданбаның мінез-құлқы маңызды болуы мүмкін. Тек сандық мәртебе User-Agent-ті өзгерту немесе бір timeout опциясын қосу әмбебап шешім екенін дәлелдемейді.
Сол сұрауды салыстырыңыз
Басқа құрал жұмыс істесе, әдісті, мақсатты, дене кодтауын, аутентификацияны және маршрутты салыстырыңыз. «URL браузерде ашылады» деген қызмет клиенті арқылы multipart жіберумен толық салыстыру емес.
Шығарушы шлюзді өзіңіз басқарсаңыз, оның upstream бюджетін қолдау көрсетілетін жүктемеге және айналадағы мерзімдерге сәйкестендіріңіз. Олай болмаса, нәтижесін дәлел ретінде сақтап, оператордың құжатталған кіру немесе қолдау жолын пайдаланыңыз. Жергілікті жерде ұзағырақ күту әлдеқашан келген жауапты өзгерте алмайды.