प्रॉक्सी रोटेशन आणि 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 — सर्व एका वाक्यात वर्णन करता येतात. मोफत यादी नाही, कारण तिच्या ऑपरेटरचे तुमच्याशी काहीही बंधन नाही आणि नोंद करण्याची सर्व प्रेरणा आहे.

तुमच्या स्वतःच्या दर मर्यादा लक्ष्य सहन करते त्यापेक्षा खाली ठेवा, आणि कार्यास आवश्यक तीच क्षेत्रे गोळा करा, जेणेकरून चूक लहान राहील. ब्लॉकमधून सुटण्यासाठी वेगाने फिरवणे सहसा ते घडवणारा विनंती दर वाढवते.

लिहा निवडलेले एक्झिट, त्याची रोटेशन विंडो आणि त्याचा मालक पहिल्या रनपूर्वी जॉब कॉन्फिगमध्ये. जेव्हा ब्लॉक येईल, तेव्हा तीच नोंद तुम्हाला सांगते की एक्झिट बदलायचे की वर्तन बदलायचे.

संबंधित लेख