Tor वा VPN: प्रत्येक मार्गले तपाईंलाई कसलाई विश्वास गर्न बाध्य बनाउँछ त्यसैको आधारमा निर्णय गर्नुहोस्
VPN तपाईंको विश्वास एक अपरेटरमा थुपार्छ; Tor त्यसलाई रिलेहरूमा बाँड्छ। कभरेज, कसले तपाईंलाई साइटसँग जोड्न सक्छ र तपाईं के प्रमाणित गर्न सक्नुहुन्छ भन्ने आधारमा निर्णय गर्नुहोस्।
Tor र VPN बीचको चुनाव एउटा जडानको दुवै छेउ देख्न तपाईं कुन पक्षलाई सहन गर्न सक्नुहुन्छ भन्नेमा आउँछ। VPN त्यो दृश्य तपाईंले चुन्नुभएको एक अपरेटरमा केन्द्रित गर्छ। Tor त्यसलाई रिलेहरूमा बाँड्छ, त्यसैले कुनै एक रिलेले तपाईं को हुनुहुन्छ र के ल्याउनुभयो भन्ने थाहा पाउनु हुँदैन।
दुवैमध्ये कुनै पनि व्यवस्थाले आफैंमा तपाईंलाई अनामी बनाउँदैन। जसको बाँकी विश्वास तपाईं ठूलो स्वरमा भन्न सक्नुहुन्छ त्यो चुन्नुहोस्, त्यसपछि त्यसले खुला छोड्ने भागहरू सुधार्नुहोस्।
कसले तपाईंलाई गन्तव्यसँग जोड्न सक्छ गन्नुहोस्
VPN मा, प्रत्येक ढाकिएको प्रवाह गन्तव्यमा पुग्नुअघि अपरेटरको निकासमा पुग्छ। त्यो अपरेटरले अनिवार्य रूपमा तपाईंको स्रोत ठेगाना र त्यसबाट इन्क्रिप्ट नभएका सबै कुराका लागि तपाईंले मागेको गन्तव्य देख्छ। TLS ले पृष्ठको सामग्री त्यो दृश्यबाहिर राख्छ, तर जडान स्थापना हुँदा सामान्यतया होस्टनाम देखिने गरी छोड्छ। त्यसैले एक पक्षले तपाईंलाई साइटसँग जोड्न सक्छ, र त्यो जोडनै तपाईंले दिने विश्वास हो।
Tor ती आधाहरूलाई तीन रिलेमा छुट्याउँछ: तपाईंको ठेगाना जान्ने तर गन्तव्य नजान्ने पहरेदार, कुनै पनि छेउ नजान्ने मध्य रिले, र गन्तव्य जान्ने तर तपाईंलाई नजान्ने निकास। कुनै एक रिलेले दुवै तथ्य जोड्दैन भनी डिजाइनले मान्छ, जुन एक कम्पनीमा विश्वास गर्नभन्दा कमजोर र बढी उपयोगी अनुमान हो। यसले रिलेहरू इमानदार छन् भनी मान्दैन, र मार्गका दुवै छेउ हेर्ने पर्यवेक्षकलाई पनि हराउँदैन।
दुवै डिजाइनले एउटै कमजोर बिन्दु साझा गर्छन्, र त्यो गन्तव्यमा छ। तपाईं लग इन गर्नुभयो भने, प्याकेटहरू जुनसुकै मार्गबाट गए पनि सेवाले त्यो सत्र तपाईंको खातासँग जोड्छ। राउटिङले अनुरोध कहाँबाट आएको देखिन्छ त्यो बदल्छ, पृष्ठले तपाईंलाई के उपलब्ध गराउन भन्छ त्यो होइन।
राउटिङ रेखाचित्रभन्दा कभरेज बढी महत्त्वपूर्ण छ
VPN नेटवर्क तहमा राउट गर्छ, त्यसैले यन्त्रको हरेक एप्लिकेसनले सुरुङ उत्तराधिकारमा पाउँछ, तपाईंले जानाजान बाहेक नगरेसम्म। यही विस्तारले यो मेल क्लाइन्ट, प्याकेज म्यानेजर र ब्राउजरका लागि एकैसाथ काम गर्ने कारण हो।
Tor Browser एउटा बन्डल हो, र यसका सुरक्षाहरू मुख्यतः ब्राउजरभित्र बाँच्छन्: एकरूप फिंगरप्रिन्ट, साइटहरूबीचको अलगाव र तपाईंले स्थापना गरेका एक्सटेनसनभन्दा सुरक्षा स्तरले सीमित गरिएका स्क्रिप्टहरू। Chrome लाई SOCKS पोर्टतिर डोर्याउनुले राउटिङ किन्छ, तर तीमध्ये केही पनि दिँदैन, जुन गलत ठाउँमा आत्मविश्वासको सामान्य स्रोत हो।
डेस्कटपको बाँकी भाग अछुत रहन्छ। सिङ्क क्लाइन्ट, अपडेटर वा अर्को प्रोग्राममा खोलिएको डाउनलोड गरिएको कागजात त्यो प्रोग्राम कसरी कन्फिगर गरिएको छ त्यसैअनुसार जोडिन्छ, र त्यहाँ तपाईंले सेट नगरेसम्म तीमध्ये केही पनि SOCKS श्रोताबाट जाँदैन। नेटवर्कसँग बोल्ने एप्लिकेसनहरूको सूची बनाउनुहोस्, त्यसपछि चुनिएको साधनले तीमध्ये कुनलाई साँच्चै ढाक्छ सोध्नुहोस्। कभरेज तपाईंको कन्फिगरेसनको गुण हो, तपाईंको मनसायको होइन।
तीन सर्तसहित चुन्नुहोस्
निर्णय सामान्यतया तीन प्रश्नमा टुंगिन्छ: ट्राफिक एउटा एप्लिकेसनबाट आउँछ कि पूरै यन्त्रबाट, गन्तव्यले तपाईंको ठेगाना पहिचान गर्न नसक्नु पर्छ कि, र तपाईंले निजी नेटवर्कमा पुग्नु आवश्यक छ? ती प्रश्नको त्यही क्रममा जवाफ दिनुहोस्, साधन प्रायः आफैं चुनिन्छ।
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
दुई आवश्यकता ठोकिन्छन् भने, कुनलाई लागू गर्न सक्नुहुन्छ तौल्नुहोस्। चुहिएको बहिष्करण सूचीसहितको यन्त्र सुरुङ तपाईंले देखाउन सक्ने ब्राउजर-मात्र मार्गभन्दा नराम्रो हो।
प्रमाणीकरण दुवै मार्गका लागि सस्तो छ, र यो कुनै एकमा भर पर्नुअघि हुनुपर्छ:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
पहिलो आदेशको गलत नतिजाको अर्थ अनुरोध सर्किटबाहिर गयो, र त्यही चाँडै समात्न लायक विफलता हो। दोस्रोलाई तपाईंको प्रदायकले दिएको ठेगानासँग तुलना गर्नुहोस्, गएको हप्ताबाट सम्झिएको ठेगानासँग होइन।
कुनै पनि विकल्पले नसुधार्ने कुरा
एप्लिकेसन इन्क्रिप्सनले अझै कुनै मार्गले नगर्ने काम गर्छ। गोपनीयता नेटवर्क पार गर्ने साधारण HTTP निकासमा पढ्न योग्य रहन्छ, र HTTPS नै पेलोडलाई छेउदेखि छेउसम्म जोगाउने एकमात्र कुरा रहन्छ। TLS ले तपाईंले टाइप गरेको होस्टनामबारे पनि केही भन्दैन, त्यसैले मार्ग अन्त्य गर्ने जोसुकैलाई गन्तव्य देखिने रहन्छ।
खाताहरूले तपाईंलाई चिनाउँछन्, र कुनै राउटिङ चुनावले त्यो बदल्दैन: हेडरमा भएको ठेगाना जेसुकै भए पनि सेवाले कसले साइन इन गर्यो जान्छ। पर्याप्त नेटवर्क देख्ने पर्यवेक्षकको सहसम्बन्ध, तपाईंको आफ्नै यन्त्रमा हस्तक्षेप र फारममा तपाईंले लेख्ने सबै दुवै डिजाइनमा टिक्छन्। दुवै साधनलाई विश्वास सार्ने तरिका मान्नुहोस्, मेट्ने तरिका होइन।
हरेक परियोजनाले कागजात गर्ने पूर्वनिर्धारित कन्फिगरेसनबाट सुरु गर्नुहोस्, माथिका दुई आदेशले मार्ग पुष्टि गर्नुहोस्, र त्यसपछि मात्र Tor मुनि VPN राख्ने विचार गर्नुहोस्। तिनलाई एकभित्र अर्को राख्नु आफ्नै विफलता विधिहरू भएको कन्फिगरेसन हो, निःशुल्क सुधार होइन।