Proxy izleyicisinin durumunu ve çıkış kodlarını yorumlamak
Proxy üzerinden yapılan web sitesi denetiminde komut yürütmeyi, HTTP sonucunu ve sertifika doğrulamasını ayrı ayrı bildirin.
Bir sarmalayıcı, indiricinin sıfır çıkış kodunu gözlenen bir “HTTP 200 OK” yanıtına dönüştüremez. Her katmanın gerçekte ne bildirdiğini kaydedin:
| Alan | Yanıtlanan soru |
|---|---|
| Araç veya eklenti çıkışı | Denetim çalıştı mı ve hangi hata sınıfını bildirdi? |
| Proxy anlaşması | Yönlendirme veya istenen tünel kabul edildi mi? |
| Kaynak durumu ve beklenen içerik | Uygulama amaçlanan sonucu döndürdü mü? |
| TLS doğrulaması | Yapılandırılmış kimlik denetimleri başarılı oldu mu? |
curl genellikle bir HTTP hata yanıtından sonra bile sıfır döndürebilir. fail seçenekleri çıkış davranışını değiştirir, ancak hata çıkışı yine de durumu tek anlamlı biçimde tanımlamaz. Wget'in çıkış değerleri de kategorilerdir: kimlik doğrulama hatası HTTP 401 için özel bir değer değildir ve sunucu hatası kategorisi içindeki her yanıtı tanımlamaz. 401 bekleyen bir denetim o yanıtı gözlemlemek zorundadır.
Proxy uç noktasını ve web sitesi adını ayrı tutun. Bir HTTP proxy denetiminin TCP eşi proxydir; CONNECT hedefi adlandırır ve hedefin TLS oturumu ardından tünelin içinde çalışır. HTTPS proxy'de dış proxy'ye duyulan güven bir başka sertifika denetimidir.
Bir SSL bayrağını doğrulama saymadan önce eklentinin garantisini inceleyin. Monitoring Plugins, check_http aracını check_curl lehine kullanımdan kaldırıyor. check_http belgeleri yalnızca SSL seçmenin ana bilgisayar adını ya da verici güvenini doğrulamadığı konusunda uyarır; check_curl'ün belgelenmiş verify-peer seçeneği bu doğrulamayı içerir.
Amaçlanan kimlik doğrulamalı yolu da kullanın. Bağlantı noktası sondası yeşil kalırken operasyonel hesap 407 alabilir. Sırrını dağıtımın uygun mekanizmasıyla iletin ve gerçekte başarısız olan aşamayı bildirin: reddedilen bir tünel, beklenmeyen bir web sitesi durumundan farklı bir onarım gerektirir.