Ipagpalagay na ang isang kliyente ay nagpadala ng isang kahilingan nang walang mga kredensyal ng proxy, tumanggap ng hamon, at matagumpay na nagsubok muli. Ang talaan ng kahilingan ay maaaring maglaman ng dalawang entry. Ngunit ang taong gumagamit ng aplikasyon ay nakaranas ng isang natapos na operasyon.

Kaya naman ang log na pantay na nahahati sa pagitan ng TCP_DENIED/407 at TCP_TUNNEL/200 ay hindi awtomatikong nagpapatunay ng limampung porsiyentong rate ng kabiguan. Alamin muna kung ang mga entry ay bumubuo ng mga pares ng hamon at muling pagsubok.

Bilangin ang bagay na talagang mahalaga sa iyo

PagsukatBilang
Mga hamon ng pagpapatotooMga tugon ng proxy na humihingi ng pagpapatotoo
Mga pagsubok sa proxyMga indibidwal na transaksyong itinatala ng tagapamagitan
Mga natapos na trabahoMga operasyon ng aplikasyon na umabot sa inilaan na resulta

Iugnay ang mga timestamp, konteksto ng kliyente, destinasyon at anumang magagamit na identifier ng kahilingan. Ang isang pagsubok na walang pagpapatotoo ay maaaring walang naitalang username, samantalang ang matagumpay na muling pagsubok nito ay mayroon. Ang sabay na aktibidad ay nangangahulugan na ang mga katabing linya lamang ay mahinang ebidensiya na ang dalawang entry ay magkasama.

Panatilihin ding hiwalay ang matagumpay na tunel mula sa matagumpay na operasyon ng website. Ang pagtanggap ng CONNECT ay nagtatatag ng tunel; maaari pa ring mabigo ang destinasyon sa panahon ng TLS o magbalik ng error ng aplikasyon pagkatapos.

Siyasatin ang paulit-ulit na panghuling hamon, mga trabahong hindi natatapos kailanman sa kalaunan, o biglang pagbabago sa bilang ng mga palitan. Iba ang mga ito sa isang matatag na kliyenteng nagsisimula sa hamon at ginagawa nang eksakto ang hinihingi ng configuration nito. Ang pagsugpo sa pagpapatotoo para lamang gawing mas berde ang dashboard ay babaguhin ang serbisyo sa halip na ayusin ang pagsukat.

Kaugnay na mga artikulo