साझा और समर्पित VPN IP: असल में क्या बदलता है
एक स्थिर एग्ज़िट और एक साझा पूल एक ही रीराइट से गुज़रते हैं। जो अलग है वह है आपको मिलने वाला पोर्ट ब्लॉक, बाइंडिंग कितनी देर टिकती है और उसका इतिहास कौन साझा करता है।
एक साझा एग्ज़िट और एक समर्पित एग्ज़िट एक ही रीराइट से गुज़रते हैं: गेटवे आपके स्रोत पते को अपने पूल के किसी सार्वजनिक पते से बदलता है और एक पोर्ट चुनता है। फ़र्क़ इस बात में है कि वह पूल कैसे बनाया गया है और आपकी बाइंडिंग कितनी देर टिकती है। यह आवंटन का फ़ैसला है, एन्क्रिप्शन का अपग्रेड नहीं।
यह ढाँचा ज़्यादातर व्यावहारिक सवालों का एक साथ जवाब देता है। अनुमति-सूची को बाइंडिंग की स्थिरता की परवाह है, किसी वेबसाइट की धोखाधड़ी-जाँच को पते के इतिहास की परवाह है, और इनमें से किसी को भी योजना के नाम की परवाह नहीं है।
दोनों विकल्प एक ही पते पर पोर्ट मैपिंग हैं
जब कोई क्लाइंट किसी एग्ज़िट से कनेक्शन खोलता है, तो गेटवे स्रोत पते को उस सार्वजनिक पते पर फिर से लिखता है जो पूल देता है और उस पते की मुक्त श्रेणी से स्रोत पोर्ट चुनता है। एक ही एग्ज़िट पर दो ग्राहक एक ही IPv4 पते पर दो पोर्ट ब्लॉक बन जाते हैं। दूरस्थ सर्वर कई समवर्ती कनेक्शन वाला एक होस्ट देखता है, और पेलोड में कुछ भी नहीं कहता कि कौन-सा ब्लॉक किस ग्राहक का है। वही पोर्ट मैपिंग वह तंत्र है जो पता साझा करना संभव ही बनाता है।
समर्पित आवंटन उस कहानी को छोटा करता है, बिना उसका आकार बदले: पूल आपके खाते के लिए एक सदस्य रखता है और ऑपरेटर आपको एक रिंग में घुमाने के बजाय उसे स्थिर करता है। पोर्ट अब भी आपके अपने सत्रों में साझा होते हैं, और पता अब भी एग्ज़िट पर अनुवादित होता है, आपके डिवाइस पर रूट नहीं होता।
इसलिए तार पर व्यवहार एक जैसा है, और सिर्फ़ हिसाब रखने में फ़र्क़ है।
| Property | Shared pool | Pinned assignment |
|---|---|---|
| Address selected at connect | Any free member of the pool | The one address bound to the account |
| Other subscribers on it | Present, unknown to you | Usually none, though the operator may oversubscribe |
| Stability across reconnects | Depends on pool size and rotation policy | Holds until the operator changes the assignment |
अनुमति-सूचियाँ बाइंडिंग पर नज़र रखती हैं, लेबल पर नहीं
किसी व्यावसायिक सेवा पर IP-आधारित प्रवेश नियम पैकेट हेडर में एक फ़ील्ड जाँचता है। अगर वह फ़ील्ड किसी स्थिर मान से मेल खाना चाहिए, तो घूमता पूल गलत औज़ार है, चाहे उसमें कितने भी पते हों। स्थिर आवंटन उस नियम को तब तक पूरा करता है जब तक रखरखाव पता न हटा दे, और इसीलिए रखरखाव नीति उसी बातचीत में आती है जिसमें सुविधाओं की सूची है।
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
टनल चालू रखते हुए दोनों पंक्तियाँ चलाएँ। पहली उस IPv4 एग्ज़िट की पुष्टि करती है जिसे आपकी अनुमति-सूची देखेगी; दूसरी ड्यूअल-स्टैक लीक पकड़ती है जहाँ IPv6 ट्रैफ़िक प्रदाता से बाहर जाता है जबकि IPv4 टनल से गुज़रता है। दोनों परिवारों को स्वीकार करने वाली सेवा अनुमति-सूची की जाँच ऐसे कारण से विफल कर सकती है जो IPv4 परिणाम कभी नहीं दिखाता।
फिर पुष्टि करें कि जिस एप्लिकेशन को अनुमति-सूची चाहिए वही टनल इस्तेमाल करता है: विभाजित टनल, कोई बहिष्कृत रूट या प्रॉक्सी सेटिंग उस ऐप को सीधे बाहर भेज सकते हैं जबकि ब्राउज़र परीक्षण सही दिखता है। टनल गिरने पर ट्रैफ़िक रोकने वाला किल स्विच आपके घर के पते पर चुपचाप लौटने से बेहतर है, और अनुमति-सूची वाला कार्यप्रवाह ठीक इसी तरह गलत दिशा में टूटता है।
प्रतिष्ठा पते के साथ चलती है
साझा एग्ज़िट उन सबके जमा व्यवहार को ढोता है जिन्होंने उसे इस्तेमाल किया, इसलिए गंतव्य-पक्ष की स्कोरिंग, दर सीमाएँ और चुनौती पृष्ठ उस इतिहास पर प्रतिक्रिया देते हैं। सामान्य ब्राउज़िंग तब ऐसे कारणों से अतिरिक्त सत्यापन से टकरा सकती है जो आपको दिखते नहीं। स्थिर पता योगदानकर्ताओं का समूह आपके अपने खाते तक सीमित कर देता है। फिर भी वह साफ़ नहीं आता, क्योंकि स्थिर पते पुनर्चक्रित होते हैं और डेटा-सेंटर की श्रेणी किसी आवासीय श्रेणी से अलग बर्ताव पा सकती है, अब चाहे वह किसी के भी पास हो।
खाते, कुकीज़ और ब्राउज़र फ़िंगरप्रिंट अब भी उनमें से ज़्यादातर फ़ैसले चलाते हैं।
प्रतिष्ठा को पूरे रास्ते की विशेषता मानें, योजना के नाम से चिपके किसी अंक से नहीं। एक ही प्रदाता पर दो ग्राहकों को सबनेट, गंतव्य की अपनी नीति या अनुरोध के पीछे के खाते के कारण अलग बर्ताव मिल सकता है।
दोनों तरह से क्या एक जैसा रहता है
टनल उसी तरह एन्क्रिप्ट करता है। WireGuard अब भी उन्हीं कुंजियों के साथ हैंडशेक करता है, OpenVPN अब भी उसी साइफ़र सूट पर बातचीत करता है, और एग्ज़िट पता उस बातचीत में कभी नहीं आता। स्थिर पते के लिए भुगतान आवंटन का व्यवहार खरीदता है, ज़्यादा मज़बूत परिवहन नहीं।
ऑपरेटर की दृश्यता भी वैसी ही रहती है। स्रोत कनेक्शन, टाइमस्टैम्प और खाता पहचानकर्ता दोनों व्यवस्थाओं में एग्ज़िट पर देखे जा सकते रहते हैं, और अजनबियों के साथ पता साझा करने से कोई लॉगिंग नीति नहीं बनती। स्थिर पता सत्रों के बीच और भी स्थिर पहचानकर्ता की तरह काम कर सकता है, जो इस धारणा के ख़िलाफ़ है कि समर्पित का मतलब ज़्यादा निजी है।
स्थिर चुनें जब कोई गंतव्य स्थिर स्रोत माँगे, जब कोई कार्यप्रवाह घुमाव बर्दाश्त न करे या जब साझा इतिहास वैध ट्रैफ़िक को बार-बार रोके। पूल पर रहें जब अकेली ज़रूरत अलग एग्रेस हो और घुमाव का कोई ख़र्च न हो। ऊपर के दोनों कमांड से नतीजा जाँचें, इससे पहले कि आप दोनों में से किसी धारणा पर भरोसा करें। जो एग्ज़िट आपके ख़याल में आपके पास है और जो सर्वर देखता है, वे एक ही फ़ील्ड हैं तभी जब बीच में कुछ भी उसे फिर से न लिखे।