Jak číst stav a návratové kódy proxy monitoru
Hlaste spuštění příkazu, výsledek HTTP a ověření certifikátu odděleně při kontrole webu přes proxy.
Obal nemůže převést nulový návratový kód stahovače na pozorované „HTTP 200 OK“. Zaznamenejte, co každá vrstva skutečně ohlásila:
| Pole | Dotaz, na který odpovídá |
|---|---|
| Návratový kód nástroje nebo pluginu | Proběhla kontrola a jakou třídu selhání ohlásila? |
| Vyjednávání s proxy | Bylo přeposílání nebo požadovaný tunel povolen? |
| Stav původu a očekávaný obsah | Vrátila aplikace zamýšlený výsledek? |
| Ověření TLS | Byly nakonfigurované kontroly identity úspěšné? |
curl obvykle může vrátit nulu i po odpovědi s chybou HTTP. Jeho volby fail mění chování při ukončení, ale návratový kód selhání stav stále jednoznačně neurčuje. I návratové hodnoty Wget jsou kategorie: selhání ověření není vyhrazená hodnota pro HTTP 401 a kategorie chyby serveru neidentifikuje každou odpověď v ní. Kontrola, která očekává 401, musí tuto odpověď pozorovat.
Držte koncový bod proxy a název webu odděleně. TCP protějškem kontroly přes HTTP proxy je proxy; CONNECT pojmenovává cíl, jehož relace TLS pak běží uvnitř tunelu. U HTTPS proxy je důvěra ve vnější proxy další kontrola certifikátu.
Prozkoumejte záruku pluginu, než začnete přepínač SSL považovat za ověření. Monitoring Plugins označuje check_http za zastaralý ve prospěch check_curl. Dokumentace check_http varuje, že pouhá volba SSL neověřuje název hostitele ani důvěru v vydavatele; dokumentovaná volba verify-peer u check_curl toto ověření zahrnuje.
Využijte také zamýšlenou autentizovanou cestu. Sonda portu může zůstat zelená, zatímco provozní účet dostává 407. Předejte její tajemství vhodným mechanismem nasazení a hlaste skutečně neúspěšnou fázi: odmítnutý tunel vyžaduje jinou opravu než neočekávaný stav webu.