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 सेटअपमा गल्ती गर्न कम भागहरू छन्।