HTTP 504 Gateway Timeout və müştərinizin timeoutu
Şlüzün vaxtı keçmiş upstream sorğusunu öz proxy müştərinizdə qurulmuş timeoutdan ayırın.
Müştəriniz altmış saniyə gözləməyə hazırdır. On saniyə sonra HTTP 504 alır. Müştərinin timeoutunu iki dəqiqəyə qaldırmaq şlüzə daha əlli saniyə iş vaxtı vermir.
504, sorğunu tamamlamağa çalışarkən vaxtında upstream cavabı almayan şlüzü və ya proksini təsvir edir. Şlüz artıq qərarını verib cavabı qaytarıb. Müştəriniz həmin cavabı uğurla oxuya bilir.
Bunu hansı ara vasitəçi qaytardı?
Göndərən irəli proksi ola bilər. Saytın idarə etdiyi sonrakı şlüz də ola bilər. CONNECT daxilində adi ucdan-uca TLS ilə həmin qorunan təyinat mübadiləsindən gələn HTTP cavabı CONNECT-in özünün rədd edilməsi ilə eyni deyil.
Mərhələni, cavab başlıqlarını, səhifə mətnini və mövcud olduqda uyğun qeydləri saxlayın. Server etiketi ipucu ola bilər, lakin yanılmaz aidiyyət kimi qəbul edilməməlidir. Marşrut müştərinizdə qurulandan daha çox ara vasitəçi ehtiva edə bilər.
Sonra həmin upstream əməliyyatının niyə tamamlanmadığını araşdırın. Əlçatımlılıq, həddən artıq yüklənmiş xidmətlər, upstreamin gözlənildiyi kimi emal edə bilmədiyi sorğu gövdəsi və tətbiq davranışı — hamısı əhəmiyyətli ola bilər. Yalnız rəqəmsal status User-Agent dəyişdirməyin və ya bir timeout seçimi əlavə etməyin universal həll olduğunu sübut etmir.
Eyni sorğunu müqayisə edin
Başqa alət işləyəndə metodu, hədəfi, gövdə kodlaşdırmasını, autentifikasiyanı və marşrutu müqayisə edin. "URL brauzerdə açılır" ifadəsi xidmət müştərisi ilə multipart göndərişinin tam müqayisəsi deyil.
Göndərən şlüzü siz idarə edirsinizsə, onun upstream büdcəsini dəstəklənən iş yükü və ətrafdakı son tarixlərlə uyğunlaşdırın. Etmirsinizsə, nəticəsini sübut kimi saxlayın və operatorun sənədləşdirilmiş giriş və ya dəstək yolundan istifadə edin. Lokal olaraq daha uzun gözləmək artıq gəlmiş cavabı dəyişə bilməz.