डिबगिङ प्रोक्सीसँग असफलता केस डिजाइन गर्ने

सामान्य सर्भरले विरलै उत्पादन गर्ने प्रतिक्रियासँग क्लाइन्टले सामना गर्नुपर्दा डिबगिङ प्रोक्सी उपयोगी हुन्छ। पहिले क्लाइन्टको व्यवहार परिभाषित गर्नुहोस्, त्यसपछि त्यो अवस्था उत्पन्न गर्ने हस्तक्षेप छान्नुहोस्।

“अनुरोध असफल भयो” धेरै फराकिलो परीक्षण केस हो। मान्य HTTP त्रुटि प्रतिक्रिया, कहिल्यै नआउने प्रतिक्रिया र डाउनलोडको बीचमा अवरुद्ध भएको जडानले अनुप्रयोगबाट फरक कुराहरू माग्छन्।

सही तहमा हस्तक्षेप प्रयोग गर्नुहोस्

Charles ले अनुरोध वा प्रतिक्रिया अगाडि पठाउनुअघि रोक्ने ब्रेकपोइन्ट दिन्छ। अवरुद्ध सन्देश जाँच र सम्पादन गर्न, जान दिन वा रद्द गर्न सकिन्छ। यसको Rewrite उपकरणले मिल्ने हेडर, URL वा बडीमा दोहोर्याउन सकिने परिवर्तन लागू गर्छ। थ्रोटलिङले ब्यान्डविथ र थपिएको ल्याटेन्सी नियन्त्रण गर्छ।

यी नियन्त्रणहरूले HTTP क्लाइन्टको व्यवहार जाँच्न सक्छन्, तर ब्यान्डविथ सीमा अनियमित IP प्याकेट हानिको सटीक मोडेल होइन। प्रोक्सीले डेटा बफर गर्न, जडान पुनः प्रयोग गर्न र छुट्टै अपस्ट्रिम जडान खोल्न सक्छ। आवश्यक अवस्था विशेष रूपमा HTTP मुनि भएमा नेटवर्क क्षय उपकरण छान्नुहोस्।

हरेक केसलाई व्याख्यायोग्य राख्नुहोस्

इच्छित होस्ट र मार्गलाई साँघुरो रूपमा मिलाउनुहोस्। सामान्य आदानप्रदानबाट सुरु गर्नुहोस्, एउटा परिवर्तन सक्रिय गर्नुहोस् र के परिवर्तन भयो लेख्नुहोस्। यदि पुनः प्रयास दोस्रो अन्त्यबिन्दुमा पुग्छ भने, त्यही नियमले त्यो प्रयासमा असर गर्नुपर्छ कि पर्दैन भन्ने निर्णय गर्नुहोस्। अन्यथा बिनासर्त पुनर्लेखनले हरेक पुनःप्राप्ति मार्गलाई मूल असफलतामा बदल्न सक्छ।

अपलोड वा भुक्तानीजस्तो कार्यमा, हराएको प्रतिक्रियाले सर्भरले अनुरोध अस्वीकार गर्यो भनी प्रमाणित गर्दैन। हरेक यातायात असफलता दोहोर्याउन सुरक्षित छ भनी दाबी गर्नुको सट्टा त्यो अस्पष्टता पुनः प्रयास केसमा समावेश गर्नुहोस्।

HTTPS सामग्री जाँच्न वा सम्पादन गर्न क्लाइन्टले डिबगिङ प्रोक्सीको TLS निरीक्षण सेटअपमा सहभागी हुनुपर्छ। केवल CONNECT बोक्ने प्रोक्सीले इन्क्रिप्टेड अनुप्रयोग बाइटहरू देख्छ। अलग परीक्षण कन्फिगरेसन प्रयोग गर्नुहोस् र पछि यसको राउटिङ र विश्वास सेटअप पुनर्स्थापित गर्नुहोस्, ताकि पछिका अवलोकनहरूले सामान्य क्लाइन्टको वर्णन गरून्।