विनंत्या, कनेक्शन आणि सत्रांमध्ये प्रॉक्सी रोटेशन

एकाच गेटवेमधून जाणारी दुसरी विनंती कायदेशीररीत्या तोच सार्वजनिक IP वापरू शकते. सेवा तिच्या रोटेशनसाठी कोणते आयुष्य वापरते ते तपासा:

Connection: close ही सार्वत्रिक गेटवे सूचना नाही. CONNECT मधील HTTPS साठी, वेबसाइटचे विनंती हेडर गंतव्याच्या TLS मध्ये प्रवास करते. ते बाह्य प्रॉक्सीला कोणता सार्वजनिक IP नेमायचा हे सांगत नाही. HTTP/1.1 ची कनेक्शन-विशिष्ट अर्थव्यवस्थाही प्रत्येक HTTP आवृत्ती किंवा वाहतुकीत अबदल नेता येत नाही.

दस्तऐवजीकृत प्रति-कनेक्शन सेवेला नवे कनेक्शन हवे असल्यास, क्लायंटला समर्थित जीवनचक्र नियंत्रण वापरा आणि वारंवार होणाऱ्या TCP/TLS सेटअप खर्चाचा विचार करा. रोटेशन प्रदाता सत्राचे अनुसरण करत असल्यास, पुन्हा कनेक्ट केल्यास ते सत्र आणि त्याचे आउटगोइंग दोन्ही टिकू शकतात.

विनंती ओळखकर्ता, एंडपॉइंट, संबंधित सत्र की आणि गंतव्यावर निरीक्षित स्रोत स्वतंत्रपणे नोंदवा. कनेक्शन बंद करणे केवळ ती जीवनचक्र घटना सिद्ध करते; पुढील क्रियेसाठी निवडलेले आउटगोइंग सेवेच्या प्रत्यक्ष रोटेशन कराराशी तपासा.