प्रोक्सीले अगाडि पठाएको अनुरोधलाई यसको गन्तव्यमा अवलोकन गर्नुहोस्

ग्राहकले HTTP अनुरोध तयार गर्छ, र फर्वार्ड प्रोक्सीले त्यो सन्देश अगाडि पठाउनु अघि परिवर्तन गर्न सक्छ। अगाडि पठाइएको संस्करण अवलोकनयोग्य हुने ठाउँ नै गन्तव्य हो।

नियन्त्रित जाँचका लागि, तपाईं आफैंले चलाउने र प्राप्त अनुरोध हेडर रेकर्ड गर्ने वा फर्काउने एन्डप्वाइन्ट प्रयोग गर्नुहोस्। अनुरोधलाई पहिचान गर्न सकिने चिन्ह दिनुहोस् ताकि स्रोतको रेकर्ड विशेष ग्राहक कार्यसँग जोड्न सकियोस्।

WebClient आधारित अनुप्रयोगमा, ResponseHeaders ले फर्काइएको प्रतिक्रियाको वर्णन गर्छ। यो प्रोक्सीको गन्तव्यतर्फ पठाइएको अनुरोधको रेकर्ड होइन। सर्भरले आफ्नो प्रतिक्रियाको मुख्य भागमा अनुरोधको जानकारी दोहोर्याउन रोज्न सक्छ, तर त्यो अनुप्रयोगको व्यवहार हो।

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

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