డీబగ్గింగ్ ప్రాక్సీతో వైఫల్య సందర్భాలను రూపకల్పన చేయడం
ప్రాక్సీ ఆధారిత పరీక్ష పరిశీలించాల్సిన క్లయింట్ ప్రవర్తన ప్రకారం HTTP సవరణలు, ఆలస్యాలు మరియు అంతరాయం కలిగిన మార్పిడులను ఎంచుకోండి.
సాధారణ సర్వర్ అరుదుగా ఉత్పత్తి చేసే ప్రతిస్పందనను క్లయింట్ ఎదుర్కోవాల్సి వచ్చినప్పుడు డీబగ్గింగ్ ప్రాక్సీ ఉపయోగపడుతుంది. మొదట క్లయింట్ ప్రవర్తనను నిర్వచించి, ఆ తర్వాత ఆ పరిస్థితిని సృష్టించే జోక్యాన్ని ఎంచుకోండి.
“అభ్యర్థన విఫలమైంది” చాలా విస్తృత పరీక్ష సందర్భం. చెల్లుబాటు అయిన HTTP లోప ప్రతిస్పందన, ఎప్పుడూ రాని ప్రతిస్పందన మరియు డౌన్లోడ్ మధ్యలో తెగిపోయిన కనెక్షన్ అనువర్తనం నుండి వేర్వేరు విషయాలను కోరుతాయి.
| సందర్భం | పరిశీలించాల్సిన ప్రవర్తన |
|---|---|
| పూర్తి HTTP లోప ప్రతిస్పందన | క్లయింట్ స్థితిని చదివి ఉద్దేశించిన లోప విధానాన్ని వర్తింపజేస్తుందా |
| ఆలస్యమైన ప్రతిస్పందన | వినియోగదారు రద్దు చేయగలరా మరియు ఉద్దేశించిన దశలో సమయ పరిమితి వర్తిస్తుందా |
| ఊహించని హెడర్ లేదా బాడీ ఫీల్డ్ | పార్సింగ్ మరియు ధ్రువీకరణ స్పష్టంగా విఫలమవుతాయా |
| అంతరాయం కలిగిన మార్పిడి | అసంపూర్ణ డేటా పూర్తయిన ఫలితం నుండి వేరు చేయగలిగి ఉంటుందా |
సరైన పొరలో జోక్యాన్ని ఉపయోగించండి
Charles అభ్యర్థన లేదా ప్రతిస్పందనను ముందుకు పంపే ముందు ఆపే బ్రేక్పాయింట్లను అందిస్తుంది. అడ్డగించిన సందేశాన్ని పరిశీలించి సవరించవచ్చు, దాటనివ్వవచ్చు లేదా రద్దు చేయవచ్చు. దాని Rewrite సాధనం సరిపోలే హెడర్లు, URLలు లేదా బాడీలపై పునరావృత మార్పులను వర్తింపజేస్తుంది. థ్రాట్లింగ్ బ్యాండ్విడ్త్ మరియు జోడించిన ఆలస్యాన్ని నియంత్రిస్తుంది.
ఈ నియంత్రణలు HTTP క్లయింట్ ప్రవర్తనను పరీక్షించగలవు, కానీ బ్యాండ్విడ్త్ పరిమితి యాదృచ్ఛిక IP ప్యాకెట్ నష్టం యొక్క ఖచ్చితమైన నమూనా కాదు. ప్రాక్సీ డేటాను బఫర్ చేయగలదు, కనెక్షన్లను తిరిగి ఉపయోగించగలదు మరియు ప్రత్యేక అప్స్ట్రీమ్ కనెక్షన్ను తెరవగలదు. అవసరమైన పరిస్థితి ప్రత్యేకంగా HTTP కంటే కింద ఉన్నప్పుడు నెట్వర్క్ క్షీణత సాధనాన్ని ఎంచుకోండి.
ప్రతి సందర్భాన్ని అర్థవంతంగా ఉంచండి
ఉద్దేశించిన హోస్ట్ మరియు మార్గాన్ని సన్నిగా సరిపోల్చండి. సాధారణ మార్పిడితో ప్రారంభించి, ఒక మార్పును ప్రారంభించి, ఏమి మారిందో నమోదు చేయండి. పునఃప్రయత్నం రెండవ ముగింపు బిందువుకు చేరితే, అదే నియమం ఆ ప్రయత్నాన్ని ప్రభావితం చేయాలా అని నిర్ణయించండి. లేకపోతే షరతులు లేని పునర్లేఖనం ప్రతి పునరుద్ధరణ మార్గాన్ని అసలు వైఫల్యంగా మార్చగలదు.
అప్లోడ్ లేదా చెల్లింపు వంటి చర్యలో, పోయిన ప్రతిస్పందన సర్వర్ అభ్యర్థనను తిరస్కరించిందని రుజువు చేయదు. ప్రతి రవాణా వైఫల్యాన్ని పునరావృతం చేయడం సురక్షితం అని చెప్పడం బదులు ఆ అస్పష్టతను పునఃప్రయత్న సందర్భంలో చేర్చండి.
HTTPS కంటెంట్ను పరిశీలించడానికి లేదా సవరించడానికి క్లయింట్ డీబగ్గింగ్ ప్రాక్సీ యొక్క TLS పరిశీలన సెటప్లో పాల్గొనాలి. CONNECT మాత్రమే తీసుకువెళ్లే ప్రాక్సీ గుప్తీకరించిన అనువర్తన బైట్లను చూస్తుంది. ప్రత్యేక పరీక్ష కాన్ఫిగరేషన్ను ఉపయోగించి, తర్వాత దాని రూటింగ్ మరియు విశ్వాస సెటప్లను పునరుద్ధరించండి, తద్వారా తర్వాతి పరిశీలనలు సాధారణ క్లయింట్ను వివరిస్తాయి.