Squid లాగ్‌లు: 407 తర్వాత 200 వస్తే అది వైఫల్యంగా పరిగణించాలా?
Squid ఛాలెంజ్ తర్వాత విజయవంతమైన టన్నెల్‌ను లాగ్ చేసినప్పుడు పూర్తయిన కార్యకలాపాలను ప్రామాణీకరణ మార్పిడుల నుండి విడిగా లెక్కించండి.
ఒక క్లయింట్ ప్రాక్సీ ఆధారాలు లేకుండా ఒక అభ్యర్థన పంపి, ఛాలెంజ్ పొంది, ఆ తర్వాత విజయవంతంగా మళ్లీ ప్రయత్నిస్తుందని అనుకుందాం. అభ్యర్థన లాగ్‌లో రెండు నమోదులు ఉండవచ్చు. కానీ యాప్‌ను ఉపయోగించే వ్యక్తి ఒకే ఒక పూర్తయిన కార్యకలాపాన్ని అనుభవించాడు.
అందుకే TCP_DENIED/407 మరియు TCP_TUNNEL/200 మధ్య సమానంగా విభజించబడిన లాగ్ తనంతట తానుగా యాభై శాతం వైఫల్య రేటును నిరూపించదు. మొదట నమోదులు ఛాలెంజ్-మరియు-పునఃప్రయత్నం జంటలను ఏర్పరుస్తాయో లేదో నిర్ణయించండి.
నిజంగా మీకు ముఖ్యమైనదాన్ని లెక్కించండి
| కొలత | సంఖ్య |
|---|---|
| ప్రామాణీకరణ ఛాలెంజ్‌లు | ప్రామాణీకరణ కోరే ప్రాక్సీ ప్రతిస్పందనలు |
| ప్రాక్సీ ప్రయత్నాలు | మధ్యవర్తి నమోదు చేసే వ్యక్తిగత లావాదేవీలు |
| పూర్తయిన పనులు | ఉద్దేశించిన ఫలితాన్ని చేరుకునే యాప్ కార్యకలాపాలు |
సమయ ముద్రలు, క్లయింట్ సందర్భం, గమ్యం మరియు అందుబాటులో ఉన్న ఏదైనా అభ్యర్థన గుర్తింపును పరస్పరం అనుసంధానించండి. ప్రామాణీకరణ లేని ప్రయత్నంలో నమోదైన వినియోగదారు పేరు ఉండకపోవచ్చు, కానీ దాని విజయవంతమైన పునఃప్రయత్నంలో ఉంటుంది. ఒకే సమయంలో జరిగే కార్యకలాపం అంటే పక్కపక్కనే ఉన్న పంక్తులు మాత్రమే రెండు నమోదులు కలిసి ఉన్నాయనడానికి బలహీనమైన సాక్ష్యం.
విజయవంతమైన టన్నెల్‌ను విజయవంతమైన వెబ్‌సైట్ కార్యకలాపం నుండి వేరుగా ఉంచండి. CONNECT అంగీకారం టన్నెల్‌ను ఏర్పాటు చేస్తుంది; గమ్యం ఇప్పటికీ TLS సమయంలో విఫలం కావచ్చు లేదా తర్వాత యాప్ లోపాన్ని తిరిగి ఇవ్వవచ్చు.
పునరావృతమయ్యే చివరి ఛాలెంజ్‌లు, తర్వాత ఎప్పుడూ పూర్తికాని పనులు, లేదా మార్పిడుల సంఖ్యలో ఆకస్మిక మార్పును పరిశీలించండి. ఇవి తమ కాన్ఫిగరేషన్ కోరినట్లు సరిగ్గా చేసే స్థిరమైన ఛాలెంజ్-మొదటి క్లయింట్ నుండి భిన్నం. కేవలం డాష్‌బోర్డ్‌ను పచ్చగా చేయడానికి ప్రామాణీకరణను అణచివేయడం కొలతను సరిచేయడం కాకుండా సేవను మారుస్తుంది.