Tor Browser एका ॲपला व्यापते, संपूर्ण उपकरणाला नाही
ब्राउझर आपली स्वतःची कनेक्शन्स Tor मधून पाठवते आणि दुसरे काहीही नाही। यंत्राचा उर्वरित भागही त्याच्या मागे जातो असे गृहीत धरण्यापूर्वी कोणती प्रक्रिया कनेक्शनची मालक आहे ते तपासा।
Tor Browser आपली कनेक्शन्स स्थानिक प्रॉक्सीमधून पाठवते आणि त्यांना Tor नेटवर्कमध्ये नेते, आणि उर्वरित यंत्र हलवत नाही। मेल क्लायंट, सिंक प्रक्रिया आणि दुसरा ब्राउझर त्यांच्याकडे असलेली सेटिंग्ज तशाच ठेवतात, आणि म्हणूनच एका विंडोमधील स्वच्छ निकाल त्याच्या मागील थेट कनेक्शन्ससोबत असू शकतो। चार तपासण्या झाकलेल्या गोष्टीला फक्त झाकलेले दिसणाऱ्यापासून वेगळे करतात। प्रक्रियेचे नाव घेणाऱ्या तपासणीपासून सुरुवात करा।
ब्राउझर प्रत्यक्षात काय प्रॉक्सी करतो
ब्राउझरच्या आत, रहदारी Tor Browser स्वतःसाठी सुरू करणाऱ्या स्थानिक SOCKS श्रोत्याकडे जाते, आणि ब्राउझर ते वापरण्यासाठी कॉन्फिगर केलेला आहे। सर्किटची निवड, ओळखीचे अलगीकरण आणि फिंगरप्रिंटपासून संरक्षण हे सर्व त्या जोडीत राहतात। डिस्कवर साठवलेली फाइल यातले काहीही वाहून नेते नाही, आणि ती फाइल बाह्य व्ह्यूअरमध्ये उघडल्यास स्वतःच्या नेटवर्क वर्तनाचा नवीन प्रोग्राम सुरू होतो।
म्हणूनच परिचित सार्वजनिक-पत्ता पृष्ठ इतके कमी सिद्ध करते। ते ज्या ब्राउझरने ते लोड केले त्याने वापरलेल्या एक्झिटची माहिती देते आणि दुसरे ॲप अजिबात निरीक्षण करू शकत नाही। निकालाला एका प्रोग्रामबद्दलचा पुरावा माना, उपकरणाबद्दलचे विधान नाही।
प्रत्येक कनेक्शन कोणत्या प्रक्रियेचे आहे
सॉकेट्स आणि त्यांच्या मागील प्रक्रिया सूचीबद्ध करा। स्थानिक श्रोत्याशी बोलणारा ब्राउझर नसलेले काहीही शोधा:
ss -tunp
ss -tunp | grep -E 'tor|firefox'सार्वजनिक गंतव्य असलेली कोणतीही गोष्ट सर्किटला चुकवणारे कनेक्शन आहे। एखादे सापडल्यास, दुसरे काहीही बदलण्यापूर्वी प्रोग्राम ओळखा, कारण दुरुस्ती प्रत्येक क्लायंटसाठी वेगळी आहे:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip-hostname रूप महत्त्वाचे आहे कारण ते प्रॉक्सीला नाव सोडवायला सांगते। स्थानिक पातळीवर सोडवून प्रॉक्सीला पत्ता देणे कनेक्शन स्वतः प्रॉक्सीमधून गेले तरी गंतव्य उघड करते।
प्रोटोकॉल अजिबात वाहून नेला जातो का
Tor रिले TCP स्ट्रीम वाहून नेतात। UDP भोवती बांधलेली ॲप्स, जसे काही व्हॉइस आणि गेम क्लायंट, नेटवर्कवर वेब पृष्ठासारखे वागत नाहीत, आणि त्यांना प्रॉक्सीमधून जबरदस्तीने नेणे सहसा त्यांचे संरक्षण करण्याऐवजी अपयशी ठरते।
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
तुम्हाला महत्त्वाचे असलेले ॲप UDP वर अवलंबून असेल, तर ब्राउझर सेटिंग उत्तर नाही, आणि ॲप ज्याकडे दुर्लक्ष करते ते प्रॉक्सी व्हेरिएबलही उत्तर नाही। गरज वेगळ्या अपयश पद्धतींसह वेगळ्या रचनेत बदलते।
तुम्ही प्रत्यक्षात निवडलेले कव्हरेज
सिस्टम VPN ब्राउझरपेक्षा व्याप्तीने मोठा आणि उद्देशाने लहान असतो। मार्ग आणि प्लॅटफॉर्म समर्थन त्यासाठी कॉन्फिगर केलेले असताना तो अनेक ॲप्स वाहून नेऊ शकतो, पण तो फिंगरप्रिंट प्रतिरोध देत नाही, आणि VPN एक्झिट हे अनामिकता नेटवर्क नाही।
संपूर्ण उपकरणाचे कव्हरेज हे सिस्टम रचना आहे, इन्स्टॉलर नाही। ते एका प्रक्रियेऐवजी ऑपरेटिंग सिस्टमची रहदारी मार्गस्थ करते, आणि ब्राउझर डाउनलोडमध्ये नसलेल्या स्वतःच्या कार्यमर्यादा आणते।
तुम्ही कोणत्या प्रश्नाचे उत्तर देत आहात ते ठरवा: कोणते ॲप संरक्षित आहे, की प्रत्येक पॅकेट संरक्षित आहे। पहिले ब्राउझर सेटिंग आहे आणि दुसरे मार्गनिर्देशन धोरण आहे। या दोन्हींचा गोंधळ हाच मार्ग आहे ज्यामुळे यंत्र एका संरक्षित विंडोसह आणि पाच असंरक्षित प्रक्रियांसह राहते। दुसरे काहीही इन्स्टॉल करण्यापूर्वी उत्तर लिहून ठेवा।