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 रचण्याचा विचार करा। त्यांना एकमेकांत ठेवणे ही स्वतःच्या अयशस्वी रीतींसह संरचना आहे, मोफत सुधारणा नाही।