Tor आधी VPN: क्रम प्रत्यक्षात काय बदलतो

प्रथम VPN जोडल्यास एक विशिष्ट साखळी तयार होते: उपकरण, VPN अंतबिंदू, Tor प्रवेश, Tor सर्किट, गंतव्य। तुमचे स्थानिक नेटवर्क VPN कडे एक एन्क्रिप्टेड कनेक्शन पाहते, आणि Tor प्रवेश नोड तुमच्या पुरवठादाराच्या पत्त्याऐवजी VPN एक्झिटला तात्कालिक स्रोत म्हणून पाहतो। VPN ऑपरेटर आपल्या बाजूने Tor प्रवेश अधोसंरचनेकडील कनेक्शन पाहतो आणि गंतव्यांवरून Tor वापराचा अंदाज लावू शकतो। प्रत्येक निरीक्षक काही गमावतो आणि काही मिळवतो, म्हणून क्रम ही अपग्रेड नसून देवघेव आहे।

त्या साखळीतील काहीही वेबसाइट तुमच्या खात्यातून, कुकीजमधून किंवा टाइप केलेल्या तपशिलांमधून काय शिकते हे बदलत नाही।

क्रम काय बदलतो

स्थानिक नेटवर्क आणि ISP तुमच्या Tor रहदारीची थेट दृश्यमानता गमावतात, कारण पहिली उडी आता पुरवठादाराकडे जाणारी एन्क्रिप्टेड बोगदा आहे। Tor प्रवेश रक्षक तुमचा घरचा पत्ता गमावतो आणि VPN एक्झिट पाहतो। VPN पुरवठादाराला पूर्वी तुमच्या ISP कडे असलेला मेटाडेटा मिळतो: कोणत्या पत्त्यांशी संपर्क साधता, कोणत्या वेळी आणि किती डेटा हलतो।

प्रवेश रक्षकानंतर सर्किट पूर्वीप्रमाणे वागते। रिले अजूनही प्रवेश, मध्य आणि एक्झिटच्या भूमिका वेगळ्या ठेवतात, आणि VPN अंतिम सामग्री तुमच्या ISP पेक्षा जास्त पाहत नाही।

प्रत्यक्षात वापरला जाणारा मार्ग निश्चित करा

विभाजित बोगदेवाड हेच सामान्य कारण आहे की इच्छित साखळी खरी नसते।जर Tor Browser बोगद्यातून वगळलेला असेल, किंवा दुसऱ्या प्रोफाइलने वेगळे मार्गक्रमण केले, तर इंटरफेस अजूनही जोडलेले दिसत असतानाही प्रवेश रक्षक पुन्हा पुरवठादाराचा पत्ता पाहतो। चिन्हाऐवजी मार्ग आणि निरीक्षित एक्झिट तपासा।

ip route get 1.1.1.1
ss -tunp | grep -E 'tor|9150|9050'
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip
resolvectl status | grep -A3 'DNS Servers'

पोर्ट 9150 मधून जाणाऱ्या SOCKS विनंतीला Tor Browser चा स्वतःचा क्लायंट उत्तर देतो, म्हणून IsTor true उत्तर ब्राउझरच्या सर्किटची पुष्टी करते, प्रत्येक इतर अनुप्रयोग ते वापरतो असे नाही। रिझॉल्व्हरचे आउटपुट नोंदवणे योग्य आहे, कारण DNS बोगदा झाकत नसलेल्या मार्गाने बाहेर पडू शकते। दोन्ही आउटपुट वेळेच्या शिक्क्यासह ठेवा। ते पुढील तुलनेचा आधार आहेत।

सामान्य टर्मिनलमधून थेट विनंतीशी तुलना करा: जर तीही Tor नोंदवत असेल, तर दुसरे काहीतरी रहदारी वळवत आहे आणि साखळी रचनेने गृहीत धरलेली नाही।

बोगदा पडल्यावर काय होते ते पहा

स्थानिक इंटरफेसवर शांतपणे परत जाणारा क्लायंट प्रवेश रक्षक जो स्रोत पाहतो तो बदलतो, आणि पृष्ठ अजूनही लोड होत असल्याने वापरकर्त्याला सहसा कळत नाही। तीच अयशस्वीता तपासण्यासारखी आहे, सुखद मार्ग नाही। बोगदा जाणीवपूर्वक डिस्कनेक्ट करा आणि Tor रहदारी थांबते की संरक्षणाशिवाय सुरू राहते ते पहा।

nft list ruleset | grep -i -E 'vpn|tun|drop'
iptables -S | grep -i tun
ip link show | grep -E 'tun|wg'

बोगद्याबाहेर जाणारी रहदारी अडवणारे फायरवॉल नियम हेच एकमेव विश्वासार्ह पर्यायी नियंत्रण आहे, आणि ते ब्राउझरचा SOCKS क्लायंट आणि तुमच्यासाठी महत्त्वाचा असलेला इतर कोणताही कार्यक्रम या दोन्हीना व्यापले पाहिजेत। ब्राउझर विस्तार हा उपकरण VPN नाही आणि इतर कार्यक्रमांवर किंवा बाह्य निरीक्षकांवर परिणाम करत नाही।

अतिरिक्त स्तर त्याच्या विश्वासाला पात्र आहे का ते ठरवा

Tor प्रकल्प Tor खाली VPN रचण्याची शिफारस करत नाही, जोपर्यंत तुम्ही स्वतः सेटअपचे मूल्यांकन करू शकत नाही। त्यांनी सांगितलेले कारण म्हणजे अतिरिक्त अवलंबित्व: आणखी एक पक्ष, आणखी एक खाते आणि आणखी एक अपयश पद्धत। जर उद्देश तुमच्या ISP ला तुम्ही Tor वापरता हे दिसू न देणे असेल, तर VPN नेमके त्या निरीक्षकालाच संबोधते। जर उद्देश जागतिक निरीक्षकाविरुद्ध अधिक मजबूत अनामिकता असेल, तर VPN ती देत नाही।

उलटा क्रमही आहे, आणि नावे परस्पर बदलता येत नाहीत:Tor over VPN आणि VPN over Tor वेगवेगळे विश्वास संबंध वर्णन करतात आणि वेगळे अपयश वर्तन। ते मिसळण्यापूर्वी तुलना वाचा।

तुम्ही कोणत्या निरीक्षकाला सरकवू इच्छिता ते लिहा, नंतर प्रत्यक्ष मार्ग रचनेशी जुळतो याची खात्री करा, नंतर अपयशाचे वर्तन तपासा। जर ती तीन उत्तरे अतिरिक्त खाते आणि संरचनेला न्याय देत नसतील, तर दस्तऐवजीकृत Tor Browser सेटअपमध्ये चूक करण्यासाठी कमी भाग आहेत।