तुम्ही 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 प्रदात्यालाच भाग पाडू शकणारा कोणी असेल, तर कोणतीही क्रम-निवड ते सुधारत नाही.

संबंधित लेख