अनुरोध, जडान र सत्रहरूमा प्रोक्सी रोटेसन
प्रत्येक एप्लिकेसन अनुरोधमा Connection: close थप्नु अघि घुम्ने प्रोक्सी सेवाले वास्तवमा के घुमाउँछ भनी जाँच गर्नुहोस्।
एउटै गेटवेबाट जाने दोस्रो अनुरोधले वैध रूपमा त्यही सार्वजनिक IP प्रयोग गर्न सक्छ। सेवाले आफ्नो रोटेसनका लागि कुन आयु प्रयोग गर्छ भनी जाँच गर्नुहोस्:
| रोटेसन एकाइ | के तुलना गर्ने |
|---|---|
| अनुरोध | अर्को एप्लिकेसन कार्य र त्यसको अवलोकित निकास |
| जडान | क्लाइन्टले मिल्ने जडान पुनः प्रयोग गर्यो कि अर्को खोल्यो |
| प्रदायक सत्र | अभिलेखित टाँसिने-सत्र इनपुट र त्यसको आयु |
Connection: close कुनै सार्वभौमिक गेटवे निर्देशन होइन। CONNECT भित्रको HTTPS का लागि, वेबसाइटको अनुरोध हेडर गन्तव्यको TLS भित्र यात्रा गर्छ। यसले बाह्य प्रोक्सीलाई कुन सार्वजनिक IP तोक्ने भनी बताउँदैन। HTTP/1.1 को जडान-विशेष अर्थव्यवस्था पनि हरेक HTTP संस्करण वा यातायातमा अपरिवर्तित रूपमा सार्न सकिँदैन।
यदि अभिलेखित प्रति-जडान सेवालाई नयाँ जडान चाहिन्छ भने, क्लाइन्टले समर्थन गर्ने जीवनचक्र नियन्त्रण प्रयोग गर्नुहोस् र बारम्बार हुने TCP/TLS सेटअप खर्च विचार गर्नुहोस्। यदि रोटेसन प्रदायक सत्रलाई पछ्याउँछ भने, पुनः जडान गर्दा त्यो सत्र र त्यसको निकास दुवै कायम रहन सक्छन्।
अनुरोध पहिचानकर्ता, अन्त्य बिन्दु, सान्दर्भिक सत्र कुञ्जी र गन्तव्यमा अवलोकित स्रोत छुट्टाछुट्टै अभिलेख गर्नुहोस्। जडान बन्द गर्नुले त्यो जीवनचक्र घटना मात्र प्रमाणित गर्छ; अर्को कार्यका लागि छानिएको निकासलाई सेवाको वास्तविक रोटेसन सम्झौतासँग जाँच गर्नुहोस्।