दोस्रो ब्राउजर खोल्दा दोस्रो 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 उत्तर पनि लेख्नुहोस्, किनकि आफ्नै इन्क्रिप्टेड रिजोल्भर भएको ब्राउजरले सिस्टमको मार्ग पूरै बाइपास गरेर पनि तपाईंले अपेक्षा गरेको पृष्ठ देखाउन सक्छ।

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