Puhverserveri monitori oleku ja väljumiskoodide tõlgendamine
Teatage käsu täitmisest, HTTP tulemusest ja sertifikaadi valideerimisest puhverserveri kaudu tehtavas veebisaidi kontrollis eraldi.
Ümbris ei saa muuta allalaadija nullist väljumiskoodi vaadeldud „HTTP 200 OK“ vastuseks. Kirjutage üles, mida iga kiht tegelikult teatas:
| Väli | Vastatav küsimus |
|---|---|
| Tööriista või pistikprogrammi väljumine | Kas kontroll käivitati ja millist tõrke klassi see teatas? |
| Puhverserveri läbirääkimine | Kas edastamine või soovitud tunnel lubati? |
| Algallika olek ja oodatav sisu | Kas rakendus tagastas kavandatud tulemuse? |
| TLS-i valideerimine | Kas seadistatud identiteedikontrollid õnnestusid? |
curl võib tavaliselt pärast HTTP-vigavastust tagastada nulli. Selle fail-valikud muudavad väljumiskäitumist, kuid tõrkeväljumine ei tuvasta olekut endiselt üheselt. Ka Wgeti väljumisväärtused on kategooriad: autentimistõrge ei ole HTTP 401 jaoks eraldi väärtus ja serverivea kategooria ei tuvasta kõiki vastuseid selle sees. Kontroll, mis ootab 401, peab seda vastust vaatlema.
Hoidke puhverserveri lõpp-punkt ja veebisaidi nimi eraldi. HTTP-puhverserveri kontrolli TCP-vastaspool on puhverserver; CONNECT nimetab sihtkoha, mille TLS-seanss seejärel tunnelis töötab. HTTPS-puhverserveri puhul on välise puhverserveri usaldus veel üks sertifikaadikontroll.
Uurige pistikprogrammi garantiid enne, kui käsitlete SSL-i lippu kontrollina. Monitoring Plugins taandab check_http check_curl kasuks. check_http dokumentatsioon hoiatab, et üksnes SSL-i valimine ei kontrolli hostinime ega väljaandja usaldust; check_curl dokumenteeritud verify-peer valik sisaldab seda kontrolli.
Kasutage ka kavandatud autenditud marsruuti. Pordi sond võib jääda roheliseks, samal ajal kui töökonto saab 407. Toimetage selle saladus kohaletoimetamise sobiva mehhanismi kaudu ja teatage tegelikult ebaõnnestunud etapp: tagasilükatud tunnel nõuab teistsugust parandust kui ootamatu veebisaidi olek.