Ako čítať stav a návratové kódy proxy monitora
Hláste spustenie príkazu, výsledok HTTP a overenie certifikátu oddelene pri kontrole webu cez proxy.
Obal nemôže premeniť nulový návratový kód sťahovača na pozorované „HTTP 200 OK“. Zaznamenajte, čo každá vrstva skutočne ohlásila:
| Pole | Otázka, na ktorú odpovedá |
|---|---|
| Návratový kód nástroja alebo pluginu | Prebehla kontrola a akú triedu zlyhania ohlásila? |
| Vyjednávanie s proxy | Bolo preposielanie alebo požadovaný tunel povolený? |
| Stav pôvodu a očakávaný obsah | Vrátila aplikácia zamýšľaný výsledok? |
| Overenie TLS | Boli nakonfigurované kontroly identity úspešné? |
curl zvyčajne môže vrátiť nulu aj po odpovedi s chybou HTTP. Jeho voľby fail menia správanie pri ukončení, ale návratový kód zlyhania stav stále jednoznačne neurčuje. Aj návratové hodnoty Wget sú kategórie: zlyhanie overenia nie je vyhradená hodnota pre HTTP 401 a kategória chyby servera neidentifikuje každú odpoveď v nej. Kontrola, ktorá očakáva 401, musí túto odpoveď pozorovať.
Držte koncový bod proxy a názov webu oddelene. TCP partnerom kontroly cez HTTP proxy je proxy; CONNECT pomenúva cieľ, ktorého relácia TLS potom beží vnútri tunela. Pri HTTPS proxy je dôvera vo vonkajšiu proxy ďalšia kontrola certifikátu.
Preskúmajte záruku pluginu, než začnete prepínač SSL považovať za overenie. Monitoring Plugins označuje check_http za zastaraný v prospech check_curl. Dokumentácia check_http varuje, že samotná voľba SSL neoveruje názov hostiteľa ani dôveru vo vydavateľa; dokumentovaná voľba verify-peer v check_curl toto overenie zahŕňa.
Využite aj zamýšľanú autentizovanú cestu. Sonda portu môže zostať zelená, kým prevádzkový účet dostáva 407. Odovzdajte jej tajomstvo vhodným mechanizmom nasadenia a hláste fázu, ktorá skutočne zlyhala: odmietnutý tunel si vyžaduje inú opravu než neočakávaný stav webu.