प्रोक्सी रोटेसन र VPN ले तपाईंको सार्वजनिक ठेगाना फरक तहहरूमा बदल्छन्, र त्यही भिन्नताले के चुहिन्छ भनेर निर्धारण गर्छ। VPN ले प्रत्येक प्याकेट सुरुङमा सार्छ, त्यसैले लक्ष्यले देख्ने स्रोत ठेगाना सुरुङको अन्तिम बिन्दु हो। प्रोक्सी नेटवर्क तहको माथि बस्छ: तपाईंले यसको माध्यमबाट पठाउने अनुरोधहरू मात्र एक्जिटबाट देखिन्छन्, जबकि मेसिनमा बाँकी सबै वास्तविक ठेगाना राख्छ। यो विभाजन ठीकसँग गरेमा रोटेसन चेकबक्सबाट डिजाइन निर्णय बन्छ।

सार्वजनिक ठेगाना वास्तवमा कहाँबाट आउँछ

लक्ष्यले देख्ने ठेगाना त्यही हो जहाँबाट तपाईंको ट्राफिक अन्तिम पटक निस्कियो, र घरगुती जडानमा त्यो तपाईंको राउटरमा प्रदायकको ठेगाना हो, मेसिनको स्वामित्वको कुनै कुरा होइन। राउटर पुनः सुरु गर्दा त्यही लिज फर्कन सक्छ, र यसको MAC ठेगाना बदल्दा कहिलेकाहीँ नयाँ बन्छ, तर दुवैले तपाईंलाई देश छनोट दिँदैन। VPN ले IP तहमा स्रोत ठेगाना बदल्छ, त्यसैले मेसिनबाट निस्कने प्रत्येक प्याकेट, DNS र पृष्ठभूमि अद्यावधिकहरू सहित, सुरुङको अन्तिम बिन्दुबाट निस्कन्छ। प्रोक्सी एक तह माथि काम गर्छ: यो अनुरोध स्वीकार्छ, लक्ष्यतर्फ आफ्नै जडान खोल्छ, र त्यही अनुरोध मात्र एक्जिटबाट देखिन्छ। मेसिनमा बाँकी सबै अझै वास्तविक ठेगाना प्रयोग गर्छ।

यो विभाजनले धेरैजसो अचम्मको व्याख्या गर्छ। प्रोक्सीतर्फ देखाइएको ब्राउजर एक्स्टेन्सनले ब्राउजरले पठाउने कुरा मात्र बदल्छ, अरू केही होइन, त्यसैले त्यही होस्टमा रहेको दोस्रो अनुप्रयोगले अझै मूल ठेगाना चुहाउँछ। प्रणाली-व्यापी VPN को विपरीत असफलता मोड छ: तपाईंले स्थानीय राख्न चाहेको ट्राफिक पनि ढाक्छ र क्लाइन्ट त्यसरी कन्फिगर गरिएको भए मात्र बन्द भएर असफल हुन्छ। दुईमध्ये छनोट गर्नु भनेको कुन ट्राफिक सर्नुपर्छ भनेर छनोट गर्नु हो।

त्यसपछि रोटेसन तपाईंले छान्नुभएको तहमा लागू हुन्छ। प्रोक्सीसँग, रोटेसन भनेको अर्को अनुरोधले फरक एक्जिट प्रयोग गर्छ। VPN सँग, यसको अर्थ सुरुङ भत्काएर फेरि बनाउनु हो, जो ढिलो छ र देखिने पुनःजडानको रूपमा देखिन्छ।

HTTP प्रोक्सीले के पढ्न सक्छ र के सक्दैन

साधारण HTTP मा प्रोक्सीले अनुरोध लाइनमा पूर्ण URI, हरेक हेडर र बडी देख्छ। यसले यी सबै लग गर्न र कुनै पनि भाग पुनः लेख्न सक्छ, त्यसैले प्रतिक्रियाहरूमा स्क्रिप्ट घुसाउने निःशुल्क प्रोक्सीले प्रोटोकलले अनुमति दिएको कुरा ठ्याक्कै गर्छ। प्रमाणीकरण प्रयोग गर्छ Proxy-Authorization, र हराएको वा गलत प्रमाणपत्रले उत्पादन गर्छ 407 Proxy Authentication Required जडान त्रुटिको सट्टा।

HTTPS मा क्लाइन्टले पठाउँछ CONNECT host:port र प्रोक्सीले कच्ची सुरुङ खोल्छ, त्यसपछि यसले इन्क्रिप्ट गरिएका बाइट देख्छ। यसले अझै CONNECT लाइनबाट र सामान्यतया TLS ह्यान्डशेकको SNI फिल्डबाट होस्टनाम सिक्छ, त्यसैले होस्टनाम-स्तरको लगिङ पेलोड नरहे पनि रहन्छ। पेलोड पढ्न क्लाइन्टले विश्वास गर्ने प्रमाणपत्रसँग TLS अन्त्य गर्नुपर्छ, जो फरक जोखिमको फरक उत्पादन हो। र HTTP अर्थशास्त्र विनिर्देश ले CONNECT लाई सुरुङ अनुरोधको रूपमा परिभाषित गर्छ, जो एक्जिटले के देख्न सक्छ र के सक्दैन भन्नेका लागि सही मानसिक मोडेल हो।

curl -v -x http://proxy.example.net:8080 https://example.com 2>&1 | grep -E 'CONNECT|Proxy-'

विस्तृत आउटपुटले कुनै पनि TLS ट्राफिक अघि CONNECT लाइन देखाउँछ, र त्यही क्षणमा प्रोक्सीले तपाईंको गन्तव्य सिक्छ। 407 सँग जवाफ दिने प्रोक्सीले कहिल्यै सुरुङ खोलेन, त्यसैले फरक TLS सेटिङसँग फेरि प्रयास गर्नाले मद्दत गर्दैन।

रोटेसनको ग्रान्युलारिटीले के भाँचिन्छ भनेर निर्धारण गर्छ

हरेक अनुरोधमा घुमाउनु सबैभन्दा सुरक्षित देखिने र सबैभन्दा धेरै भाँच्ने सेटिङ हो। कुकीहरू, CSRF टोकन र सर्भर-साइड सत्रहरू एउटा पहिचानसँग बाँधिएका हुन्छन्, र लगइन र अर्को कलबीच बदलिने पहिचान लक्ष्यलाई सत्र चोरीजस्तो देखिन्छ। धेरै प्रदायकहरूले प्रोक्सी प्रयोगकर्तानाममा इन्कोड गरेर स्टिकी सत्र दिन्छन्, त्यसैले छानिएको विन्डोका लागि एक्जिट स्थिर रहन्छ।

ग्रान्युलारिटी कामबाट छान्नुहोस्, प्रदायकको पूर्वनिर्धारितबाट होइन। स्वतन्त्र पृष्ठहरू ल्याउने क्रलर हरेक अनुरोधमा घुम्न सक्छ, जबकि चेकआउट प्रवाह वा प्रमाणित API ले सम्पूर्ण प्रवाहका लागि एउटा एक्जिट राख्नुपर्छ। तलका दुई कलले स्टिकी प्रयोगकर्तानाम र साधारण घुम्ने एन्डपोइन्ट देखाउँछन्, र socks5h स्किमले नामहरू स्थानीय रूपमा होइन प्रोक्सीमा समाधान गर्छ।

curl -sS -x http://user-session-a1b2:[email protected]:8080 https://ifconfig.me
curl -sS -x socks5h://127.0.0.1:1080 https://ifconfig.me

स्थानीय DNS एक शान्त चुहावट हो। यदि क्लाइन्टले जडान अघि नाम समाधान गर्छ भने, HTTP अनुरोध अन्यत्रबाट निस्किए पनि रिजोल्भरले तपाईंले भेट्ने हरेक होस्ट थाहा पाउँछ। र socks5h रूप र प्रोक्सी-साइड समाधानले त्यो टार्छन्, र तिनीहरू प्रयोग गर्दा केही खर्च हुँदैन।

लक्ष्यले ठेगाना बाहेक के वर्गीकरण गर्छ

ठेगानाको प्रतिष्ठा धेरै इनपुटमध्ये एक हो। लक्ष्यहरूले ASN र यसको डेटा सेन्टर वा आवासीय लेबल, क्लाइन्टको TLS फिंगरप्रिन्ट, HTTP/2 सेटिङ, हेडर क्रम, अनुरोध दर र नेभिगेसनको आकार संयोजन गर्छन्। हेडलेस ब्राउजरले चलाएको आवासीय एक्जिट त्यहाँ असफल हुन सक्छ जहाँ वास्तविक सत्रले चलाएको डेटा सेन्टर एक्जिट पास हुन्छ।

एक्जिटको प्रकारले ट्राफिकबारे तपाईं इमानदारीसाथ के दाबी गर्न सक्नुहुन्छ भनेर निर्धारण गर्छ, र प्रत्येकको फरक लागत छ।

Exit typeWhat the target seesMain cost
Datacenter proxyHosting ASN, cheap, often pre-blockedLow reputation, easy to detect
Residential networkA consumer ISP address belonging to someone elseConsent and terms-of-service exposure
Mobile carrierA carrier NAT address shared by many subscribersPrice, plus shared blame for abuse
Your own cloud egressAn address you are accountable forRecognisable, but defensible

साझा एक्जिट तटस्थ होइन। त्यो ठेगानाबाट चल्ने बाँकी सबै एउटै प्रतिष्ठा बाल्टिनमा पर्छ, र अरू भाडावालहरूले पहिले नै जलाएको ठेगाना तपाईंको पहिलो अनुरोध पढिनुअघि नै असफल हुन्छ।

नीतिमा वर्णन गर्न सकिने एक्जिट छान्नुहोस्

उपयोगी प्रश्न ठेगाना कसरी लुकाउने भन्ने होइन, तर त्यसबाट निस्कने ट्राफिकको जिम्मेवार को हो भन्ने हो। हरेक कामका लागि तपाईंको आफ्नै क्लाउड एक्जिट, डेटा-प्रशोधन सम्झौता र प्रकाशित अवधारणसहितको करारबद्ध प्रदायक, र हरेक कामका लागि एउटा पहिचान भएको स्वयं-होस्ट गरिएको VPN — सबै एक वाक्यमा वर्णन गर्न सकिन्छ। निःशुल्क सूची होइन, किनकि यसको अपरेटरको तपाईंप्रति कुनै दायित्व छैन र लग गर्ने सबै प्रोत्साहन छ।

आफ्ना दर-सीमाहरू लक्ष्यले सहनेभन्दा तल राख्नुहोस्, र कामलाई चाहिने फिल्डहरू मात्र संकलन गर्नुहोस्, ताकि गल्ती सानो रहोस्। ब्लकबाट उम्कन छिटो घुमाउँदा सामान्यतया त्यसलाई निम्त्याउने अनुरोध दर बढ्छ।

लेख्नुहोस् छानिएको एक्जिट, यसको रोटेसन विन्डो र यसको मालिक पहिलो रन अघि जब कन्फिगमा। जब ब्लक आउँछ, त्यही नोटले तपाईंलाई एक्जिट बदल्ने कि व्यवहार बदल्ने भनेर बताउँछ।

सम्बन्धित लेखहरू