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 सेटअप में गलत होने के लिए कम हिस्से हैं।