दूसरा ब्राउज़र खोलने से दूसरा VPN मार्ग नहीं बनता

दो ब्राउज़र, दो विंडो, एक काम के खाते पर और एक निजी खाते पर, और अनुमान यह है कि अब वे अलग रास्तों से चलते हैं। वे नहीं चलते। प्रोफ़ाइल का अलगाव कुकीज़ को अलग रखता है, जबकि रूटिंग का फ़ैसला ब्राउज़र के नीचे होता है और उसे पता नहीं होता कि किस प्रोफ़ाइल ने पूछा। दूसरे रास्ते के लिए एक नियम चाहिए जो उसे चुने, और ऐसी कुछ ही जगहें हैं जहाँ वह नियम रह सकता है।

स्थिति अलग करना रास्ता अलग करना नहीं है

ब्राउज़र प्रोफ़ाइल भंडारण को अलग करता है: कुकीज़, इतिहास, एक्सटेंशन और कभी-कभी लॉगिन विवरण। वह अलगाव एक ही प्रोसेस वृक्ष के भीतर लागू होता है और उसे इस बात से कोई मतलब नहीं कि कौन-सा इंटरफ़ेस पैकेट ढोता है।

निजी विंडो दिखावे में आगे जाती हैं और रूटिंग में एक कदम भी नहीं। ब्राउज़र जो भी भेजता है वह अब भी ऑपरेटिंग सिस्टम के चुने हुए रास्ते से ही निकलता है, जब तक सॉकेट और नेटवर्क के बीच कुछ उसे बदल न दे। भंडारण के अलगाव को नेटवर्क के अलगाव से मिला देना ऐसी अपेक्षाएँ पैदा करता है जिनका किसी ब्राउज़र निर्माता ने वादा नहीं किया और जिन्हें कोई परीक्षण पूरा नहीं कर सकता।

असल में मार्ग कौन चुनता है

चार चीज़ें अलग रास्ता चुन सकती हैं: हर ऐप के लिए VPN नियम जो निष्पादन-योग्य फ़ाइल या पैकेज से मेल खाता है, ब्राउज़र या सिस्टम में सेट प्रॉक्सी, नेटवर्क नेमस्पेस या कंटेनर, और दूसरा भौतिक उपकरण। हर एक कुछ वास्तविक बदलता है, और हर एक की अपनी कीमत है।

मोबाइल प्लेटफ़ॉर्म पर हर ऐप के लिए नियम सामान्य उत्तर है, जहाँ VPN सेवा को पैकेजों की सूची मिलती है। डेस्कटॉप पर यह क्लाइंट पर निर्भर करता है, और निष्पादन-योग्य फ़ाइल से मेल खाता नियम उस फ़ाइल द्वारा खोले जाने वाले हर प्रोफ़ाइल को कवर करता है। अगर दो प्रोफ़ाइलों को सचमुच अलग रास्ते चाहिए, तो उन्हें आमतौर पर दो टैब के बजाय अलग पहचान वाली दो प्रोसेस चाहिए। इसीलिए प्रोफ़ाइल-आधारित डिज़ाइन में साझा ब्राउज़र इंस्टॉलेशन कभी सीमा नहीं हो सकता।

ऐप-स्तर की प्रॉक्सी एक और मध्यस्थ जोड़ती हैं

ब्राउज़र में प्रॉक्सी सेटिंग सचमुच अलग रास्ता बनाती है, और यह प्रॉक्सी चलाने वाले के साथ अलग भरोसे का रिश्ता भी बनाती है। किसी एक प्रोफ़ाइल के लिए यह वैध व्यवस्था है, और यह पूरे उपकरण के कवरेज के बराबर नहीं है।

प्रॉक्सी को सोच-समझकर चुनें: उसी होस्ट पर SOCKS श्रोता, सुरंग के भीतर प्रमाणित प्रॉक्सी, या दूरस्थ सेवा। प्रॉक्सी को पूर्ण-सुरंग VPN के साथ मिलाने से ऐसे घोंसलेदार रास्ते बनते हैं जिनमें विफलता के तरीके गुणा हो जाते हैं।

हर ब्राउज़र का असली अनुरोध जाँचें

हर ब्राउज़र से वही अनुरोध भेजें और सेटिंग पृष्ठों की तुलना करने के बजाय देखा गया निर्गम पता तुलना करें। सेट की गई प्रॉक्सी जो चुपचाप जुड़ नहीं पाती, डिफ़ॉल्ट रास्ते पर लौटने का बहुत आम तरीका है।

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

फिर प्रॉक्सी को बाध्य रखकर और सुरंग बंद रखकर अनुरोध दोहराएँ, ताकि पता चले कि कौन-सी परत असल में ट्रैफ़िक ढोती है। DNS उत्तर भी दर्ज करें, क्योंकि अपना एन्क्रिप्टेड रिज़ॉल्वर रखने वाला ब्राउज़र सिस्टम के रास्ते को पूरी तरह बायपास करके भी वही पृष्ठ दिखा सकता है जिसकी आपको अपेक्षा थी।

इच्छित मैपिंग दो पंक्तियों में लिखें: कौन-सी प्रोसेस कौन-सा रास्ता इस्तेमाल करती है, और हर एक का मालिक कौन है। खातों की पहचान भी ध्यान में रखें, क्योंकि दो रास्ते एक ही लॉगिन के दोनों गंतव्यों के सामने पेश होने को नहीं रोकते। अगले ब्राउज़र अपडेट के बाद फिर परखें, क्योंकि प्रॉक्सी सेटिंग खोना आसान है और उसे नोटिस करना मुश्किल।