Að túlka stöðu og útgöngukóða proxy-vaktar
Tilkynnið keyrslu skipunar, HTTP-niðurstöðu og vottorðsstaðfestingu hvert fyrir sig í vefsvæðisathugun í gegnum proxy.
Umbúðir geta ekki breytt núll-útgöngukóða niðurhalsins í sýnilegt „HTTP 200 OK“. Skráið hvað hvert lag tilkynnti í raun:
| Svæði | Spurningin sem svarað er |
|---|---|
| Útgangur tóls eða viðbótar | Var athugunin keyrð, og hvaða villuflokk var tilkynnt? |
| Samningaviðræður proxys | Var framsendingin eða umbeðin göng samþykkt? |
| Staða uppruna og vænt efni | Skilaði forritið tilætluðum árangri? |
| TLS-staðfesting | Tókust stilltu auðkennisathuganirnar? |
curl getur venjulega skilað núlli eftir HTTP-villusvar. fail-valkostirnir breyta útgangshegðun, en útganga vegna bilunar auðkennir stöðuna samt ekki á einstakan hátt. Útgöngugildi Wget eru líka flokkar: auðkenningarbilun er ekki sérstakt gildi fyrir HTTP 401, og flokkur þjónsvillu auðkennir ekki hvert svar innan hans. Athugun sem væntir 401 verður að sjá það svar.
Haldið endapunkti proxysins og vefsvæðisheiti aðskildum. TCP-mótpartur HTTP-proxyathugunar er proxyið; CONNECT nefnir áfangastaðinn, en TLS-lota hans fer svo fram inni í göngunum. Hjá HTTPS-proxy er traust á ytra proxyið önnur vottorðsathugun.
Kannið ábyrgð viðbótarinnar áður en SSL-fáninn er metinn sem staðfesting. Monitoring Plugins tekur check_http úr notkun í þágu check_curl. Skjöl check_http vara við að val á SSL einu sér staðfesti hvorki hýsilnafn né traust á útgefanda; skjalfestur verify-peer valkostur check_curl felur í sér þá staðfestingu.
Notið líka tilætluðu auðkenndu leiðina. Porthreinsun getur haldist græn á meðan rekstraraðgangurinn fær 407. Afhendið leyndarmál þess með viðeigandi fyrirkomulagi uppsetningarinnar og tilkynnið það þrep sem raunverulega brást: synjuð göng krefjast annarrar lagfæringar en óvænt vefsvæðisstaða.