क्लाइंट एक HTTP अनुरोध तैयार करता है, और फ़ॉरवर्ड प्रॉक्सी उस संदेश को आगे भेजने से पहले बदल सकता है। गंतव्य वह स्थान है जहाँ अग्रेषित संस्करण अवलोकनीय हो जाता है।

अवलोकन बिंदुवहाँ उपलब्ध संदेश
क्लाइंट का अनुरोध ऑब्जेक्टपहली छलांग के लिए तैयार किया गया अनुरोध
मूल का अनुरोध लॉग या इको हैंडलरअग्रेषण के बाद प्राप्त अनुरोध
क्लाइंट का प्रतिक्रिया-हेडर संग्रहवापसी पथ पर प्राप्त प्रतिक्रिया

नियंत्रित जाँच के लिए, ऐसा एंडपॉइंट उपयोग करें जिसे आप चलाते हैं और जो प्राप्त अनुरोध हेडर दर्ज करता है या लौटाता है। अनुरोध को पहचानने योग्य चिह्न दें ताकि मूल का रिकॉर्ड विशिष्ट क्लाइंट क्रिया से जोड़ा जा सके।

WebClient आधारित अनुप्रयोग में, ResponseHeaders लौटाई गई प्रतिक्रिया का वर्णन करता है। यह प्रॉक्सी के गंतव्य तक भेजे गए अनुरोध का रिकॉर्ड नहीं है। सर्वर अपनी प्रतिक्रिया के मुख्य भाग में अनुरोध की जानकारी दोहराना चुन सकता है, परंतु वह अनुप्रयोग का व्यवहार है।

यदि पथ में कई मध्यस्थ हैं, तो गंतव्य उनके संयुक्त अग्रेषण प्रभाव देखता है। केवल हेडर का होना किसी बदलाव को एक विशिष्ट छलांग के लिए नहीं ठहराता। कस्टम API फ़ील्ड के लिए, अग्रेषण और Connection-फ़ील्ड के नियम बताते हैं कि बदलाव कब अपेक्षित है।

सामान्य HTTPS CONNECT सुरंग एक और सीमा जोड़ती है: भीतरी HTTP अनुरोध क्लाइंट और वेबसाइट के बीच एन्क्रिप्टेड रहता है। रिले प्रॉक्सी उन एन्क्रिप्टेड हेडर को संपादित नहीं कर सकता। CONNECT आदान-प्रदान के हेडर उस अलग आदान-प्रदान के हैं, जबकि प्रबंधित TLS निरीक्षण प्रॉक्सी की भूमिका अलग है।

संबंधित लेख