At tulka støðu og útgangskotur einar proxy-monitor
Fráboða útintferð, HTTP-úrslit og sannváttan av sannvitting hvør sær í eini netstaðarkanning gjøgnum proxy.
Ein hjálp kann ikki gera null-útgangskotu frá niðurtøkuni til eina sædda „HTTP 200 OK“. Skriva niður, hvat hvørt lag í veruleikanum fráboðaði:
| Øki | Spurningur ið svarast |
|---|---|
| Útgangur amboðs ella ískoytis | Var kanningin framd, og hvørja feilklassa fráboðaði hon? |
| Samráðing við proxy | Varð framsendingin ella tunlið, sum varð biðið um, góðtikið? |
| Støða upprunans og vænta innihald | Gaf appið tað ætlaða úrslitið aftur? |
| TLS-váttan | Dúgdu tey settu samleikakanningarnar? |
curl kann vanliga geva null aftur eftir HTTP-feilsvar. fail-valmøguleikarnir broyta útgangsferðina, men ein feilútgangur eyðkennir framvegis ikki støðuna eintýtt. Útgangsvirðini hjá Wget eru eisini bólkar: sannvráðingarbrestur er ikki eitt serstakt virði fyri HTTP 401, og ein bólkur fyri ambætarafeil eyðkennir ikki hvørt svar innanín. Ein kanning, ið væntar 401, má síggja tað svarið.
Halt proxy-endapuntin og netstaðarnavnið hvør sær. TCP-mótparturin í eini HTTP-proxy-kanning er proxyið; CONNECT nevnir málið, ið TLS-setan hjá tí so gongur innan í tunlinum. Við einum HTTPS-proxy er lítið á ytra proxyið ein onnur váttankanning.
Kanna trygd ískoytisins, áðrenn tú metir eitt SSL-flag sum váttan. Monitoring Plugins tekur check_http úr gildi til fyrimunar fyri check_curl. Skjalið hjá check_http ávænir, at at velja bara SSL ikki váttar vertsnavn ella trúgv á útgevara; dokumenteraði verify-peer-valmøguleikin hjá check_curl hevur ta váttanina við.
Nýt eisini ta ætlaðu sannvátta leiðina. Ein portkanning kann halda sær grøn, meðan rakstrarkontan fær 407. Lat hennara loyniorð fara gjøgnum hóskandi hætti útleggingarinnar, og fráboða ta støðið, sum í veruleikanum miseydnaðist: eitt avvíst tunl krevur eina aðra bøting enn ein óvæntað netstaðarstøða.