DevOps Foundations · Modül 2: Networking, DNS, HTTP and TLS · Lab
Proksi-Upstream Bağlantısında 502/503 Nedenini Bul
45 dk uygulama · Temel
Yerel Linux kabuğu; bir HTTP sunucusunun diğerine proksi olduğu iki süreçli kurulum (nginx, caddy veya proksi rolünde ikinci python sunucusu).
Bu labı iki şekilde yapabilirsin: tarayıcıda Killercoda üzerinde (ücretsiz, kurulum yok) veya kendi makinende yerel kılavuzla. Killercoda aynı anda tek ücretsiz senaryo koşturur: bekleme kuyruğu görürsen diğer Killercoda sekmelerini kapatıp bir dakika bekle.
Kazanımlar
- 502 ve 503 hatalarını istek üzerine üretip loglardan ayırmak
- Proksi logu ile upstream logunu eşleşmiş zaman damgalarıyla okumak
- Proksiye dokunmadan upstream durumunu düzeltmek
Adım 1
Çifti kur
127.0.0.1:18081 adresinde upstream uygulamayı, önünde :18080 portunda ona ileten proksiyi çalıştır. Uçtan uca 200'leri doğrula; iki log konumunu da not et.
Adım 2
İki kez boz, iki yanı da oku
Önce upstream'i durdur; proksi durumunu ve yanıtlama süresini kaydet (hızlı 502 beklenir). Sonra 503 yanıtlayan veya proksi zaman aşımını aşan asılı kipte başlat (503 veya yavaş 504 beklenir). Durum başına bir proksi ve bir upstream log satırını zaman damgalarıyla alıntıla.
Adım 3
Yalnızca upstream'i düzelt
Sağlıklı upstream'i geri getir, 200'leri doğrula; ss -tlnp ile her portta tam bir dinleyici olduğunu göster. Proksi konfigürasyonuna hiç dokunulmaz.
Çalıştığını nasıl doğrularsın
- 502 durumu, eşleşen upstream işi olmadan hızlı proksi yanıtı gösteriyor
- 503/yavaş durum iki tarafta eşleşmiş zaman damgası gösteriyor
- Düzeltme sonrası port başına tam bir dinleyici gösterilmiş
- Proksi konfigürasyonu hiçbir noktada değiştirilmemiş