Tumačenje statusa i izlaznih kodova proxy monitora
Prijavite izvršavanje naredbe, HTTP ishod i provjeru certifikata odvojeno u provjeri web stranice preko proxyja.
Omotač ne može pretvoriti nulti izlazni kod preuzimača u opaženi „HTTP 200 OK“. Zabilježite šta je svaki sloj zaista prijavio:
| Polje | Pitanje na koje odgovara |
|---|---|
| Izlaz alata ili dodatka | Da li se provjera izvršila i koju klasu kvara je prijavila? |
| Pregovaranje s proxyjem | Da li je prosljeđivanje ili traženi tunel odobren? |
| Status izvora i očekivani sadržaj | Da li je aplikacija vratila namjeravani rezultat? |
| TLS validacija | Da li su konfigurisane provjere identiteta uspjele? |
curl obično može vratiti nulu nakon HTTP odgovora s greškom. Njegove fail opcije mijenjaju ponašanje pri izlazu, ali izlaz zbog kvara i dalje ne identificira status jednoznačno. Wget izlazne vrijednosti su također kategorije: neuspjeh autentifikacije nije posebna vrijednost za HTTP 401, a kategorija serverske greške ne identificira svaki odgovor unutar nje. Provjera koja očekuje 401 mora opaziti taj odgovor.
Držite proxy krajnju tačku i naziv web stranice odvojeno. TCP partner provjere preko HTTP proxyja je proxy; CONNECT imenuje odredište, čija TLS sesija zatim teče unutar tunela. Kod HTTPS proxyja povjerenje u vanjski proxy je još jedna provjera certifikata.
Ispitajte garanciju dodatka prije nego SSL zastavicu shvatite kao verifikaciju. Monitoring Plugins stavlja check_http van upotrebe u korist check_curl. Dokumentacija check_http upozorava da samo odabir SSL-a ne provjerava ime hosta ni povjerenje u izdavaoca; dokumentovana verify-peer opcija check_curl uključuje tu provjeru.
Koristite i predviđenu autentifikovanu rutu. Sonda porta može ostati zelena dok operativni račun prima 407. Dostavite njegovu tajnu odgovarajućim mehanizmom implementacije i prijavite stvarno neuspjelu fazu: odbijen tunel zahtijeva drugačiju popravku od neočekivanog statusa web stranice.