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 ब्राउझर हवे, अद्ययावत ठेवलेले। उत्तर «दोन्ही» असल्यास, ते जाणीवपूर्वक क्रमाने चालवा आणि प्रत्येक बाजू कोणता पत्ता पाहते ते लिहा।