Tor या VPN: हर रास्ता आपको किस पर भरोसा करने को मजबूर करता है, उसी से तय करें
VPN आपका भरोसा एक ही ऑपरेटर पर ढेर करता है; Tor उसे रिले में बाँटता है। कवरेज से, कौन आपको किसी साइट से जोड़ सकता है, और आप क्या सत्यापित कर सकते हैं, इनसे तय करें।
Tor और VPN के बीच चुनाव इस बात पर आता है कि आप कनेक्शन के दोनों सिरों को देखने वाला कौन-सा पक्ष सहन कर सकते हैं। VPN उस दृश्य को आपके चुने एक ऑपरेटर में केंद्रित करता है। Tor उसे रिले में बाँटता है, इसलिए किसी एक रिले को यह जानने के लिए नहीं रखा गया कि आप कौन हैं और क्या लाए हैं।
दोनों में से कोई भी व्यवस्था अपने आप आपको गुमनाम नहीं बनाती। वह चुनें जिसका बचा हुआ भरोसा आप ज़ोर से कह सकें, फिर उन हिस्सों को ठीक करें जिन्हें वह खुला छोड़ देती है।
गिनें कौन आपको गंतव्य से जोड़ सकता है
VPN के साथ, हर ढका हुआ प्रवाह गंतव्य तक पहुँचने से पहले ऑपरेटर के एग्ज़िट तक पहुँचता है। वह ऑपरेटर अनिवार्य रूप से आपका स्रोत पता देखता है और, उसके ज़रिए एन्क्रिप्ट न होने वाली हर चीज़ के लिए, वह गंतव्य जो आपने माँगा। TLS पृष्ठ की सामग्री को उस दृश्य से बाहर रखता है, लेकिन कनेक्शन बनते समय आमतौर पर होस्टनाम दिखाई देने योग्य छोड़ देता है। इसलिए एक पक्ष आपको किसी साइट से जोड़ सकता है, और वही जोड़ वह भरोसा है जो आप देते हैं।
Tor उन दो आधों को तीन रिले में अलग करता है: एक गार्ड जो आपका पता जानता है पर आपका गंतव्य नहीं, एक मध्य रिले जो किसी भी सिरे को नहीं जानता, और एक एग्ज़िट जो गंतव्य जानता है पर आपको नहीं। डिज़ाइन मानता है कि कोई एक रिले दोनों तथ्यों को नहीं जोड़ता, जो एक कंपनी पर भरोसा करने से कमज़ोर और अधिक उपयोगी अनुमान है। यह नहीं मानता कि रिले ईमानदार हैं, और यह रास्ते के दोनों सिरों को देखने वाले पर्यवेक्षक को नहीं हराता।
दोनों डिज़ाइन एक कमज़ोर बिंदु साझा करते हैं, और वह गंतव्य पर है। अगर आप लॉग इन करते हैं, तो सेवा उस सत्र को आपके खाते से जोड़ देती है, चाहे पैकेट किसी भी रास्ते से वहाँ पहुँचे हों। राउटिंग यह बदलती है कि अनुरोध कहाँ से आता दिखता है, न कि पृष्ठ आपसे क्या प्रदान करने को कहता है।
राउटिंग चित्र से अधिक कवरेज मायने रखता है
VPN नेटवर्क परत पर राउट करता है, इसलिए डिवाइस का हर ऐप्लिकेशन टनल विरासत में पाता है जब तक आप जानबूझकर उसे बाहर न रखें। यही विस्तार वह कारण है कि यह मेल क्लाइंट, पैकेज मैनेजर और ब्राउज़र के लिए एक साथ काम करता है।
Tor Browser एक बंडल है, और उसकी सुरक्षाएँ ज़्यादातर ब्राउज़र के भीतर रहती हैं: एक समान फ़िंगरप्रिंट, साइटों के बीच अलगाव और आपके द्वारा इंस्टॉल किए गए एक्सटेंशन के बजाय सुरक्षा स्तर से सीमित स्क्रिप्ट। Chrome को SOCKS पोर्ट पर भेजना राउटिंग खरीदता है, उसमें से कुछ भी नहीं, जो ग़लत जगह पर आत्मविश्वास का आम स्रोत है।
बाकी डेस्कटॉप अछूता रहता है। सिंक क्लाइंट, अपडेटर या किसी दूसरे प्रोग्राम में खोली गई डाउनलोड की गई फ़ाइल उस प्रोग्राम के कॉन्फ़िगर होने के अनुसार जुड़ती है, और इनमें से कुछ भी SOCKS श्रोता से नहीं गुज़रता जब तक आप उसे वहाँ सेट न करें। नेटवर्क से बात करने वाले ऐप्लिकेशन की सूची बनाएँ, फिर पूछें कि चुना गया साधन उनमें से किन्हें वास्तव में ढकता है। कवरेज आपके कॉन्फ़िगरेशन का गुण है, आपके इरादे का नहीं।
तीन शर्तों के साथ चुनें
फ़ैसला आमतौर पर तीन सवालों पर टिकता है: ट्रैफ़िक एक ऐप्लिकेशन से आता है या पूरे डिवाइस से, क्या गंतव्य आपका पता पहचान न सके, और क्या आपको किसी निजी नेटवर्क तक पहुँचना है? इनका इसी क्रम में जवाब दें और साधन अक्सर खुद को चुन लेता है।
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
जहाँ दो आवश्यकताएँ टकराती हैं, तौलें कि किसे आप लागू कर सकते हैं। रिसती बहिष्करण सूची वाली डिवाइस टनल आपके दिखा सकने वाले सिर्फ़-ब्राउज़र रास्ते से बदतर है।
सत्यापन दोनों रास्तों के लिए सस्ता है, और यह किसी एक पर निर्भर होने से पहले होना चाहिए:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
पहले कमांड का ग़लत नतीजा मतलब अनुरोध सर्किट के बाहर निकल गया, और यही वह विफलता है जिसे जल्दी पकड़ना लायक है। दूसरे की तुलना उस पते से करें जो आपके प्रदाता ने दिया, पिछले हफ़्ते से याद वाले पते से नहीं।
जो कोई भी विकल्प ठीक नहीं करता
ऐप्लिकेशन एन्क्रिप्शन अब भी वह काम करता है जो कोई रास्ता नहीं करता। गोपनीयता नेटवर्क से गुज़रता सादा HTTP एग्ज़िट पर पढ़ने योग्य रहता है, और HTTPS ही अकेली चीज़ है जो पेलोड को सिरे से सिरे तक बचाती है। TLS उस होस्टनाम के बारे में भी कुछ नहीं कहता जो आपने टाइप किया, इसलिए गंतव्य उसके लिए दिखाई देता रहता है जो रास्ता समाप्त करता है।
खाते आपकी पहचान बताते हैं, और कोई राउटिंग चुनाव इसे नहीं बदलता: सेवा जानती है कि किसने साइन इन किया, हेडर में पता चाहे जो हो। पर्याप्त नेटवर्क देखने वाले पर्यवेक्षक का सहसंबंध, आपके अपने डिवाइस से छेड़छाड़ और फ़ॉर्म में आप जो कुछ लिखते हैं, सब दोनों डिज़ाइनों में बचे रहते हैं। दोनों साधनों को भरोसा खिसकाने के तरीके मानें, मिटाने के नहीं।
हर प्रोजेक्ट जिस डिफ़ॉल्ट कॉन्फ़िगरेशन का दस्तावेज़ बनाता है उससे शुरू करें, ऊपर के दो कमांड से रास्ता पुष्ट करें, और तभी Tor के नीचे VPN जमाने पर विचार करें। उन्हें एक-दूसरे में रखना अपनी विफलता-विधियों वाला कॉन्फ़िगरेशन है, मुफ़्त उन्नयन नहीं।