तपाईं VPN क्लाइन्ट जोड्नुहुन्छ, टनेलको प्रतीक्षा गर्नुहुन्छ, त्यसपछि Tor Browser खोल्नुहुन्छ र यसलाई सर्किट बनाउन दिनुहुन्छ। त्यही सामान्य क्रमले को के देख्छ भन्ने निर्धारण गर्छ। त्यो क्रममा Tor को प्रवेश रिलेले तपाईंको VPN निर्गमन ठेगानालाई अभिवादन गर्छ, र तपाईंको VPN प्रदायकले सार्वजनिक गार्ड रिलेलाई अभिवादन गर्छ। उल्टो गर्नुभयो भने दुवै पर्यवेक्षक बदलिन्छन्। दुवै क्रम हेर्न लायक छन्, किनभने क्लाइन्टका सेटिङहरूले मानिसहरूले लागू छ भनी विश्वास गरेको क्रम चुपचाप तोड्छन्, र त्यो पक्रने जाँच दुवै अवस्थामा एउटै हुन्छ।

उत्पादनबाट होइन, क्रमबाट सुरु गर्नुहोस्

दुई संरचनालाई «Tor सहित VPN» भनिन्छ, र सामान्य पहिलो मात्र हो। Tor VPN मा हुँदा Tor सुरु हुँदा टनेल पहिले नै उठेको हुन्छ, त्यसैले tor प्रक्रियाले आफ्नो गार्ड जडान अरू कुनै बाहिर जाने ट्राफिकझैँ टनेलमा पठाउँछ। VPN Tor मा हुँदा पहिले Tor उठ्छ र VPN सत्र आफैँ सर्किटबाट यात्रा गरी Tor निर्गमनबाट प्रदायककहाँ पुग्छ।

तिनीहरूबीच बदलिने कुरा सबैभन्दा बाहिरी लिङ्कको टाढाको छेउमा कुन ठेगाना उभिन्छ भन्ने हो। हरेक पर्यवेक्षकले अघिल्लो हप मात्र देख्छ, कहिल्यै पूरा बाटो देख्दैन: गार्डले आफूसँग को जोडियो देख्छ, र VPN सर्भरले आफूसँग को जोडियो देख्छ। Tor ले तपाईंको स्थानीय टनेल ठेगाना बाहिर लैजाँदैन, र प्रोटोकलमा त्यो गर्न सक्ने कुनै फिल्ड छैन।

दुवै क्रममा गन्तव्य वेबसाइटले अझै Tor निर्गमन देख्छ, र कुनै पनि क्रमले त्यो साइटले तपाईंको लगइनबाट सिक्ने कुरा बदल्दैन। फरक दुई किनारामा सीमित छ।

Tor को प्रवेश रिलेले के देख्छ

प्रवेश, वा गार्ड, रिले पोर्टमा साधारण TCP जडान स्वीकार्छ र क्लाइन्टसँग TLS हस्तमिलन सुरु गर्छ। Tor-VPN मा संरचनामा त्यो जडानको स्रोत तपाईंको VPN निर्गमन हो। Tor-पहिले संरचनामा त्यो तपाईंको मेसिनले Tor सञ्जालमा पुग्न प्रयोग गरेको ठेगाना हो, सामान्यतया तपाईंको घरको जडान।

यसले प्रश्नको IP आधाको जवाफ दिन्छ, तर टनेलले जडान साँच्चै बोकेको भए मात्र। Tor प्रक्रिया गार्डसम्म आफ्नै सकेटले पुग्छ, र त्यो सकेट Tor Browser का प्रोक्सी सेटिङको अधीनमा छैन। ब्राउजरले 9150 मा SOCKS मार्फत सँगै आएको tor प्रक्रियासँग कुरा गर्छ, त्यसपछि tor ले कर्नेलको राउटिङ तालिका प्रयोग गरी आफ्नै जडान खोल्छ। torrc मा Socks5Proxy लाइन, वा क्लाइन्ट ट्रान्सपोर्टले त्यो बाटो बदल्छ। अरू केही होइन।

Linux मा तपाईं जवाफ मेसिनबाटै पढ्न सक्नुहुन्छ। कर्नेललाई कुनै पनि सार्वजनिक ठेगानाका लागि कुन इन्टरफेस प्रयोग गर्ने भनी सोध्नुहोस्, त्यसपछि स्थापित जडानको स्थानीय ठेगाना हेर्नुहोस्:

ip route get 203.0.113.10
sudo ss -tnp | grep -i tor

मार्गले dev wg0 वा dev tun0 भन्छ भने, र स्थापित जडानको स्थानीय ठेगाना टनेलको ठेगाना हो भने, Tor VPN भित्र छ। मार्गले तपाईंको भौतिक इन्टरफेसको नाम लिन्छ भने, त्यो बाहिर छ, क्लाइन्टको आफ्नै सूचक जे दाबी गरे पनि।

तपाईंको VPN प्रदायकले के देख्न सक्छ

प्रदायकले तपाईंको VPN सत्र अन्त्य गर्छ, त्यसैले तपाईं जोडिने ठेगानाहरू देख्छ। गार्ड रिलेका ठेगाना सार्वजनिक सहमतिमा प्रकाशित हुन्छन् र तिनका पोर्ट परिचित छन्, त्यसैले एउटा मिलाउनु सूची खोज हो, गहिरो प्याकेट जाँच होइन। सत्र Tor हो भनी जान्न प्रदायकले Tor भत्काउनु पर्दैन।

उसले नदेख्ने कुरा सर्किटको बाँकी भाग हो। मध्य रिले र निर्गमन Tor भित्र छानिन्छन्, र प्रदायकले गार्डसम्मको लिङ्क मात्र सम्हाल्छ। पृष्ठको सामग्री निर्गमनमा अन्त्य हुने TLS भित्र रहन्छ, र Tor ट्राफिकको नाम विश्लेषण पनि निर्गमनमै हुन्छ, त्यसैले प्रदायकसँग गन्तव्यसँग जोड्ने कुनै DNS प्रश्न छैन।

obfs4 भएका पुलहरूले खोज बदल्छन्, टोपोलोजी होइन। पुलको ठेगाना सार्वजनिक रिले सूचीमा छैन र ट्राफिकलाई Tor जस्तो नदेखिने गरी आकार दिइन्छ, त्यसैले ठेगाना मात्र तुलना गर्ने अपरेटरले त्यसलाई चिन्ह लगाउँदैन। सत्र अझै तपाईंको VPN क्लाइन्टबाट आउँछ, र प्रदायकले अझै एउटा अन्त्य बिन्दु, एउटा मात्रा र एउटा समयतालिका देख्छ।

क्षमता धारण नीति होइन

जडान अवलोकन गर्न सक्ने अपरेटरले त्यो राख्ने वाचा गरेको छैन। लगिङ अलग निर्णय हो, नीतिमा लेखिएको, अधिकारक्षेत्रले सीमित, र तपाईंले पहिले नै विश्वास गर्ने प्रमाणबाट मात्र जाँच्न सकिने। लग छैन भन्ने लेबलले माथि वर्णन गरिएको सञ्जाल भूमिका बदल्दैन।

खाताको पहिचान सामान्यतया निर्गमन ठेगानाभन्दा बढी महत्त्वपूर्ण हुन्छ। तपाईंले इमेल ठेगानाले साइन इन गर्नुभयो, वा कार्डले भुक्तानी गर्नुभयो भने, प्रदायकले एउटै गन्तव्य लग नगरी सत्रलाई तपाईंसँग जोड्न सक्छ। निर्गमन IP घुमाउनुले त्यसमा केही गर्दैन।

कुनै पनि जवाफमाथि विश्वास गर्नुअघि कभरेज जाँच्नुहोस्

VPN मा Tor चलाउँछु भन्ने धेरैजसोले त्यसको एक भाग मात्र चलाउँछन्। Tor Browser बाहिर राख्ने विभाजित टनेलिङ, ब्राउजर ढाक्ने तर tor सेवा नढाक्ने किल स्विच, टनेल उठ्नुअघि चल्ने स्टार्टअप इकाइ, र टनेल वरिपरि जाने IPv6 मार्ग यी सामान्य चार हुन्।

क्लाइन्टको स्थिति स्क्रिन पढ्नाले यीमध्ये एउटै जाँच्दैन। जाँच्ने परीक्षण यो हो: Tor Browser चलिरहन दिनुहोस्, टनेल तल झार्नुहोस्, र गार्ड जडान भौतिक इन्टरफेसमा टिक्छ कि देख्नुहोस्।

मैले जाँच्ने क्रम, पहिलो असफलतामा रोकिँदै:

  • ip route get 203.0.113.10 टनेल यन्त्र फर्काउँछ।
  • ss -tnp | grep -i tor टनेलको स्थानीय ठेगानासहित गार्ड जडान देखाउँछ।
  • ip -6 route टनेलबाहिर कुनै पूर्वनिर्धारित मार्ग छैन, वा क्लाइन्टमा IPv6 बन्द छ।
  • VPN तल झार्दा tor जडान भौतिक लिङ्कमा छोड्नुको सट्टा अन्त्य हुन्छ वा मार्ग बदलिन्छ।

कुन क्रम तपाईंको रक्षासँग मिल्छ

दुवै क्रमले केही लुकाउँछन् र केही खोल्छन्, त्यसैले जवाफ तपाईंलाई महत्त्वपूर्ण पर्यवेक्षकबारेको छनोट हो।

ObserverTor over VPNVPN over Tor
Your ISP or local networkSees a VPN connection, not TorSees a Tor guard connection
Your VPN providerSees Tor use, and your home addressSees a Tor exit as the client, not your home address
Tor entry relaySees the VPN exitSees your home address
Destination websiteSees a Tor exitSees a Tor exit

रोक्न खोजेको कुरासँग पङ्क्ति नमिलेसम्म स्तम्भअनुसार पढ्नुहोस्। चिन्ता स्थानीय सञ्जाल वा Tor रेकर्ड वा ब्लक गर्ने ISP हो भने, VPN मा Tor ले त्यो सम्हाल्छ। चिन्ता VPN अपरेटरले तपाईंको घरको ठेगाना थाहा पाउने हो भने, Tor मा VPN ले त्यो सम्हाल्छ, र त्यसको मूल्य Tor प्रयोग तपाईंको आफ्नै सञ्जाललाई र घरको ठेगाना गार्डलाई देखाएर तिर्छ।

कुनै पनि संरचनाले दुवै किनारा अन्धो राख्दैन। पर्यवेक्षक थप्दा अर्को हट्दैन। Tor Project को Tor सहित VPN चलाउने बारेको टिप्पणी अर्को पक्षबाट त्यही भन्छ: टनेलले कसलाई विश्वास गरिन्छ र कुन असफलता मार्ग छन् भन्ने बदल्छ, त्यसैले के लुकाउन चाहनुभयो भन्ने निर्णय नगरी त्यो थप्नु सुधार होइन।

पहिले पर्यवेक्षक निर्णय गर्नुहोस्, त्यसपछि क्रम छान्नुहोस्, र क्लाइन्टको सूचकको सट्टा ip route get र ss ले जाँच्नुहोस्। पर्यवेक्षक VPN प्रदायकलाई नै बाध्य पार्न सक्ने कोही हो भने, कुनै पनि क्रम-छनोटले त्यो सुधार्दैन।

सम्बन्धित लेखहरू