Tor मार्फत VPN: पहिले ढुवानी जाँच
Tor ले TCP बोक्छ, UDP होइन। Tor मार्फत VPN लाई अनाम ब्राउजिङ ठान्नु अघि ढुवानी, पर्यवेक्षकको स्थिति र असफलताका तहहरू जाँच्नुहोस्।
Tor पहिले भन्नाले VPN क्लाइन्ट SOCKS प्रोक्सीको पछाडि बस्छ, त्यसैले सुरुङ आफैं Tor मार्फत बनाइन्छ र अनुप्रयोगको ट्राफिक VPN को अन्तिम बिन्दुबाट बाहिर जान्छ। यो एउटा निश्चित क्रम हो, र धेरैजसो मानिसले बनाउने यो होइन। सामान्य VPN क्लाइन्टको छेउमा Tor Browser खोल्दा दुईमध्ये कुनै पनि प्रोग्रामलाई अर्कोको मार्ग प्रयोग गर्न बाध्य पार्दैन।
जाँचहरू क्रममा गर्नुहोस्। प्रत्येकले अर्को सुरु गर्न लायक छ कि छैन भनेर निर्णय गर्छ।
तपाईं वास्तवमा कुन क्रम बन्दै हुनुहुन्छ
एउटै कुराकानीमा दुई क्रम मिसिन्छन्। Tor पहिले भन्नाले VPN क्लाइन्ट SOCKS प्रोक्सीमार्फत आफ्नो सर्भरमा पुग्छ, त्यसैले सुरुङ Tor माथि बनाइन्छ। VPN पहिले भन्नाले Tor को ट्राफिक सुरुङबाट बाहिर जान्छ, जुन धेरैजसो मानिसले गल्तीले बनाउँछन् र त्यसपछि अर्को भनेर वर्णन गर्छन्। पहिलोले अगाडि पठाउने सीमा VPN अपरेटरमा केन्द्रित गर्छ, दोस्रोले त्यसलाई Tor को प्रवेश र निकासमा केन्द्रित गर्छ। दुवै अनुप्रयोग एकैसाथ खोलेर राख्दा पाइने कुरा यीमध्ये कुनै होइन।
केही कन्फिगर गर्नु अघि कामलाई कुन क्रम चाहिन्छ लेख्नुहोस्, किनकि दुवैलाई फरक सफ्टवेयर सेटिङ चाहिन्छ र ती फरक ठाउँमा असफल हुन्छन्। गलत नाम दिइएको क्रमले तपाईंलाई एक घण्टा गलत तहमा दोष खोज्न पठाउँछ। तलका सबैले Tor पहिले मान्छन्।
अरू सबैभन्दा पहिले ढुवानी जाँच्नुहोस्
Tor को SOCKS इन्टरफेसले TCP प्रवाह बोक्छ र सामान्य UDP सम्बन्ध दिँदैन। जसको ढुवानी UDP छ त्यस्तो VPN ले त्यो प्रोक्सीलाई सामान्य नेटवर्क इन्टरफेस मान्न सक्दैन, र कुनै क्लाइन्ट सेटिङले प्रोक्सी के अगाडि पठाउन तयार छ भन्ने बदल्दैन। सामान्य स्वरूपमा WireGuard स्पष्ट पीडित हो। TCP मोडमा OpenVPN प्रोफाइल सामान्य उपाय हो, र त्यसलाई पनि प्रोक्सी प्रयोग गर्न स्पष्ट रूपमा भन्नुपर्छ।
ss -lntp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 -o /dev/null -w '%{http_code}\n' https://example.com
त्यसबाट सुरुङ डिबग गर्नु अघि प्रोक्सी सुनिरहेको छ र एउटा साधारण HTTPS अनुरोध बोक्न सक्छ भनी पुष्टि गर्नुहोस्। साधारण अनुरोध असफल भएमा VPN क्लाइन्ट कहिल्यै सफल हुँदैन र त्यसको लगले तपाईंलाई कारण भन्दैन।
पर्यवेक्षकको नक्सा पुनः लेख्नुहोस्
Tor को प्रवेशले Tor मा जोडिने स्रोत देख्न सक्छ, यदि पहिले कुनै कुराले त्यो बदलेको छैन भने, त्यसैले त्यो फड्कोले तपाईंको ठेगाना सिक्छ। VPN प्रदायकले Tor पट्टिबाट आउने जडान प्राप्त गर्छ तर सुरुङभित्र पठाइएको खाता, भुक्तानी रेकर्ड वा प्रमाण ऊ अझै जान्न सक्छ। VPN मार्फत पुगिने गन्तव्यहरूले Tor को निकासको सट्टा त्यसको निकास देख्छन्, र यसले अन्तिम अगाडि पठाउने सीमा एउटै अपरेटरमा केन्द्रित गर्छ।
यसले प्रत्येक गन्तव्यसम्म वितरित मार्ग पनि पुनः बनाउँदैन। Tor Browser ले प्रत्येक साइटका लागि नयाँ सर्किट बनाउँछ; Tor मा बोकिएको VPN ले एउटा सुरुङ बनाउँछ, र त्यसपछाडिको प्रत्येक साइटले त्यो अन्तिम बिन्दु साझा गर्छ। फरकलाई हटाउनुपर्ने सीमा नभई डिजाइनको तथ्य मान्नुहोस्।
बिग्रँदा असफलताका तहहरू गन्नुहोस्
बिग्रिएको सेटअपमा कम्तीमा चार स्वतन्त्र तह हुन्छन्: SOCKS जडान, VPN सर्भरसँगको TLS हात मिलाउने क्रम, VPN को आफ्नै हात मिलाउने क्रम, र त्यसपछि सुरुङभित्रको मार्गनिर्देशन वा नाम समाधान। प्रत्येक फरक लक्षणसँग असफल हुन्छ र प्रत्येकलाई फरक मर्मत चाहिन्छ। सुरुङ नउठेको भन्दै प्रमाणपत्र जाँच खुकुलो बनाउनु सामान्य गलत निदान हो, र यसले ढुवानीको समस्यालाई सुरक्षाको समस्यामा बदल्छ।
असफल हुने पहिलो तह लग गर्नुहोस् र त्यहीँ रोक्नुहोस्। प्रोक्सीको अस्वीकार र अस्वीकृत कुञ्जी एउटै घटनाका भिन्न रूप होइनन्।
धम्कीको मोडेललाई Tor Browser को सुरक्षा चाहिएमा रोक्नुहोस्
Tor ले बोकेको VPN मार्फत मनपरी अनुप्रयोगहरू मार्गनिर्देशन गर्दा ती अनुप्रयोगहरूलाई Tor Browser को फिंगरप्रिन्ट र अलगाव सुविधा मिल्दैन। तिनीहरूका खाता, पहिचानकर्ता र आफ्नै नेटवर्क व्यवहार सान्दर्भिक रहन्छ, र सुरुङले तीमध्ये कुनैलाई सामान्य बनाउँदैन। लक्ष्य अरू प्रयोगकर्तासँग मिसिने ब्राउजर हो भने यो क्रमले त्यो दिँदैन।
Tor Project आफैंले प्रयोगकर्ताले ठीकसँग कन्फिगर गर्न नसक्ने संयोजनविरुद्ध चेतावनी दिन्छ, र यो धेरैजसो मानिसलाई लागू हुन्छ। यो साँघुरो धम्की मोडेलका लागि जानाजान गरिएको डिजाइन हो, सम्पूर्ण यन्त्रको अनाम ट्राफिकको छोटो बाटो होइन।