Tor निकास रिले बनाम VPN निकास सर्भर: प्रत्येकले के जान्दछ
Tor निकास रिले र VPN निकास सर्भर दुवैले एउटै सार्वजनिक ठेगाना देखाउँछन्, तर ज्ञान फरक तरिकाले बाँड्छन्। दृश्यता, कभरेज र पोर्ट नीतिको तुलना गर्नुहोस्।
दुवै डिजाइनले तपाईंको ठेगाना एउटा सार्वजनिक IP पछाडि लुकाउँछन्, र देखिएको ठेगाना छाप्ने साइटले तिनीहरूलाई छुट्याउन सक्दैन। फरक यो हो कि बाटोमा कसले के जान्दछ, कति ट्राफिक समेटिएको छ र कुन पोर्टलाई काम गर्न अनुमति छ। Tor निकास रिले तीन रिलेको सर्किटको अन्तिम चरण हो; VPN निकास सर्भरले तपाईंको सुरुङ अन्त्य गरी बाहिर जाने जडान आफै खोल्छ। यहाँ म कसरी निर्णय गर्छु कि कुनै कामलाई कुन चाहिन्छ, र एउटा अर्कोजस्तै व्यवहार गर्छ भनी मान्नुअघि के जाँच्छु।
एउटै ठेगानामा अन्त्य हुने दुई बाटो
Tor गार्ड, बीचको रिले र निकास हुँदै सर्किट बनाउँछ र पेलोडलाई तहहरूमा इन्क्रिप्ट गर्छ, ताकि प्रत्येक रिलेले आफ्नै तह मात्र छोड्छ। निकासले गन्तव्यसँग सामान्य TCP जडान गर्छ, त्यसैले गन्तव्यले निकासको ठेगाना देख्छ। तपाईंको क्लाइन्टले कहिल्यै गन्तव्यसँग सिधै कुरा गर्दैन, र गार्डले पनि त्यो कहिल्यै देख्दैन।
VPN एउटा अन्तिम बिन्दुसम्मको एउटा सुरुङ हो। अपरेटरको सर्भरले सुरुङ हटाएर बाहिर जाने जडान खोल्छ, त्यसैले गन्तव्यले पनि एउटै ठेगाना देख्छ, यसपटक अपरेटरको। देखिने नतिजा उही हो; ज्ञान होइन। IP छाप्ने परीक्षणले तपाईं कुन प्रणालीमा हुनुहुन्छ भन्ने मात्र जवाफ दिन्छ र वास्तवमा फरक पर्ने विश्वासको बाँडफाँटबारे केही भन्दैन।
अन्तमा कसले के जान्दछ
VPN अन्तिम बिन्दुले स्रोत ठेगाना, गन्तव्य, समय र मात्रा एउटै ठाउँमा देख्छ। यही केन्द्रीकरण डिजाइन हो: एउटा अपरेटर, एउटा लग सतह, समन्स वा गलत कन्फिगरेसनका लागि एउटा ठाउँ। तपाईंले पाउने सबै त्यही पक्षमाथिको विश्वास र अन्तिम बिन्दुको बाहिर जाने नीतिबाट आउँछ।
Tor त्यो ज्ञान बाँड्छ। गार्डले तपाईंको ठेगाना जान्दछ तर गन्तव्य होइन; निकासले गन्तव्य जान्दछ तर तपाईंको ठेगाना होइन। रिलेले दुवै सिक्नु हुँदैन। यो संरचनात्मक गुण हो, विश्वव्यापी पर्यवेक्षक, समय जोड्ने रिले वा सम्झौता भएको अन्तिम बिन्दुविरुद्धको वाचा होइन, त्यसैले यसलाई उही जोखिमको फरक बाँडफाँटका रूपमा हेर्नुहोस्, कहिल्यै असफल हुन नसक्ने अनामिकताका रूपमा होइन।
| What is known | Tor exit relay | VPN exit server |
|---|---|---|
| Your public address | Seen by the guard relay, not the exit | Seen at the endpoint |
| Final destination | Seen at the exit | Seen at the endpoint |
| Coverage | Applications configured for Tor, chiefly Tor Browser | Whatever the route policy includes |
| Plain HTTP payload | Readable at the exit | Readable at the endpoint |
कभरेज ब्राउजरको निर्णय हो कि मार्गको
Tor ब्राउजरले आफ्नै ट्राफिक मार्गनिर्देशन गर्छ र सामान्य VPN क्लाइन्टले पुनरुत्पादन नगर्ने सुरक्षा थप्छ: औंलाको छापको प्रतिरोध, पहिलो-पक्ष अलगाव, स्थिर विन्डो आकार र सत्रको अवस्था फाल्ने नयाँ पहिचान क्रिया। अन्य अनुप्रयोगहरूले त्यो सर्किट प्रयोग गर्दैनन् जबसम्म तिनीहरू त्यसका लागि कन्फिगर गरिएका छैनन्, र प्रणाली-व्यापी Tor सेटअप ब्राउजर स्थापना गर्नुभन्दा छुट्टै परियोजना हो।
VPN उल्टो आकारको हुन्छ। कभरेज मार्ग तालिकाको पछि लाग्छ, त्यसैले AllowedIPs = 0.0.0.0/0 भएको WireGuard प्रोफाइलले सबै समात्छ र विभाजित सुरुङ सूचीले मात्र त्यसले नाम दिएका प्रिफिक्स समात्छ। यही संयन्त्रमा चुहावट पनि बस्छन्: DNS प्रश्न, IPv6 र WebRTC प्रत्येकले मार्ग नीतिमा नभएको बाटो लिन सक्छ। असफल भएको अनुप्रयोगको भित्रबाट जाँच्नुहोस्, सायद अर्को इन्टरफेस प्रयोग गरिरहेको ब्राउजर ट्याबबाट होइन।
पोर्ट नीति, अवरुद्ध गन्तव्य र HTTPS
निकास रिलेले बाहिर जाने पोर्ट अस्वीकार गर्न स्वतन्त्र छ, र पूर्वनिर्धारित नीतिले दुरुपयोगप्रवण पोर्टहरूको सूची अस्वीकार गर्छ, जसमा SMTP पोर्ट 25 पनि छ। त्यसैले Tor मार्फत कन्फिगर गरिएको मेल क्लाइन्ट निकासमा असफल हुन्छ, जुन नेटवर्क खराबीजस्तो देखिन्छ र होइन। रिले चलाउने अपरेटरहरूले यो स्पष्ट रूपमा सेट गर्छन्:
# torrc — refuse outbound SMTP from this relay
ExitPolicy reject *:25गन्तव्यहरूले पनि अवरोध गर्छन्, र तिनीहरूले दुई प्रणालीलाई फरक तरिकाले अवरोध गर्छन्। Tor निकास ठेगानाहरू प्रकाशित हुन्छन्, त्यसैले साइटले पूरै सूची अस्वीकार गर्न सक्छ; VPN अन्तिम बिन्दुहरू डेटा सेन्टर दायराहरूमा हुन्छन् जुन त्यत्तिकै सजिलै अस्वीकार गरिन्छ। पृष्ठ असफल हुँदा, केही परिवर्तन गर्नुअघि तीन सम्भावित कारण छुट्याउनुहोस्: निकास वा बाहिर जाने नीति, स्रोत अस्वीकार गर्ने गन्तव्य, वा पहिलो अनुरोध हाइज्याक गर्ने क्याप्टिभ पोर्टल।
कुनै पनि प्रणालीले यातायात इन्क्रिप्शनको ठाउँ लिँदैन। सादा HTTP निकास रिले र VPN अन्तिम बिन्दु दुवैमा पढ्न सकिन्छ, त्यसैले HTTPS सक्रिय राख्नुहोस् र प्रमाणपत्र चेतावनी हटाउनुको सट्टा पढ्नुहोस्। दुई जाँचले मार्गको प्रश्न छिटो टुंग्याउँछन्: अनुरोध सर्किटबाट गएको बेला curl -s https://check.torproject.org/api/ip ले IsTor फर्काउँछ, र curl -s https://ifconfig.me ले VPN ले प्रस्तुत गर्ने बाहिर जाने ठेगाना देखाउँछ। दुवै चलाउँदा शेलले वास्तवमा कुन बाटो प्रयोग गरिरहेको छ भन्ने थाहा हुन्छ।
एउटालाई अर्कोजस्तै प्रयोग नगर्नुहोस्
निकास रिलेको ठेगाना VPN प्रोफाइल होइन। OpenVPN वा WireGuard क्लाइन्टलाई पोर्ट 443 को रिलेतर्फ फर्काउँदा सुरुङ बन्दैन, किनकि त्यहाँ कुनै VPN सेवा सुनिरहेको हुँदैन; रिले अरू कसैको सर्किटमा एउटा चरण हो। अर्को दिशामा, VPN अन्तिम बिन्दु Tor का लागि प्रवेश बिन्दु होइन, र Tor ब्राउजरका ब्रिज सेटिङहरू व्यावसायिक VPN होस्टनाम टाँस्ने ठाउँ होइनन्। यदि तपाईं VPN माथि Tor चलाउनुहुन्छ भने, गार्डले तपाईंको सट्टा VPN को ठेगाना देख्छ, जसले दुई भूमिका नमिलाई बाँडफाँट बदल्छ।
छनोट गर्नुअघि चार प्रश्नको क्रममा जवाफ दिनुहोस्: अन्तिम बिन्दु कसले चलाउँछ र के राख्छ, उपकरणले यो यन्त्रमा के ढाक्छ, बाहिर जाने नीतिले कुन पोर्ट र गन्तव्यलाई अनुमति दिन्छ, र अनुप्रयोगले नेटवर्क मार्गभन्दा बाहिर के थप्छ। धेरै प्रोग्रामका लागि सामान्य नेटवर्क पहुँच चाहिने कामलाई VPN चाहिन्छ। ब्राउजर-स्तरको सुरक्षा र सर्किट मोडेल चाहिने कामलाई Tor ब्राउजर चाहिन्छ, अद्यावधिक राखिएको। जवाफ «दुवै» भए, तिनीहरूलाई जानाजानी क्रममा चलाउनुहोस् र प्रत्येक पक्षले कुन ठेगाना देख्छ लेख्नुहोस्।