Tor रिले विरुद्ध VPN सर्भर: तिनीहरू किन एकअर्काको विकल्प होइनन्

तपाईंसँग एउटा ठेगाना छ, पोर्टले जवाफ दिन्छ, र क्लाइन्टले कुनै गुनासो बिना त्यसलाई स्वीकार गर्छ। यीमध्ये कुनैले पनि Tor रिलेलाई VPN अन्त्य बिन्दु बनाउँदैन, र गल्ती महँगो छ किनभने प्रोफाइल सफा रूपमा आयात हुन्छ र पछि ह्यान्डसेकमा असफल हुन्छ। म तलका चार जाँचहरू क्रममा प्रयोग गर्छु; प्रत्येकको रोकिने सर्त छ, र चाँडै रोकिनु नै मुख्य कुरा हो। पहिलो जाँच असफल भयो भने बाँकीले तपाईंलाई सहयोग गर्न सक्दैनन्।

पोर्टले वास्तवमा के सेवा दिन्छ जाँच्नुहोस्

खुला पोर्टले श्रोताको प्रमाण दिन्छ, त्यसभन्दा बढी केही होइन। रिलेको ORPort ले TLS ह्यान्डसेकपछि Tor का आफ्नै कोषहरूसँग कुरा गर्छ, त्यसैले सफल TLS परीक्षणले त्यहाँ VPN प्रोटोकल स्वीकारिन्छ कि भन्नेबारे लगभग केही बताउँदैन:

nc -vz 203.0.113.20 443
openssl s_client -connect 203.0.113.20:443 -brief < /dev/null

प्रमाणपत्र छ कि छैन भन्ने होइन, प्रमाणपत्र नै पढ्नुहोस्। रिलेहरूले जानाजान सामान्य नामको स्व-हस्ताक्षरित प्रमाणपत्र प्रस्तुत गर्छन्, किनभने रिलेको ट्राफिक सामान्य HTTPS जस्तो देखिनुपर्छ; तर VPN सर्भरको प्रमाणपत्रले तपाईंको प्रोफाइलले अपेक्षा गर्ने नाम बोक्छ। यदि सामुन्नेको पक्षले VPN प्रोटोकलको पहिलो प्याकेटलाई कहिल्यै जवाफ दिँदैन भने प्रोफाइलमा जति सम्पादन गरे पनि नतिजा बदलिँदैन।

यदि ठेगानाले तपाईंको क्लाइन्टले पठाउने ह्यान्डसेक पूरा गर्दैन भने यहीँ रोकिनुहोस्। त्यो प्रोटोकलको जवाफ हो, कन्फिगरेसनको समस्या होइन, र आयात गरिएको प्रोफाइल सधैं 'connecting' मा अड्किनुको सबैभन्दा सामान्य कारण यही हो।

नेटवर्कको आकार होइन, रिलेको भूमिका जाँच्नुहोस्

रिलेका भूमिकाहरूले फरक फरक काम गर्छन्। गार्ड क्लाइन्टका लागि पहिलो फड्को हो, मध्य रिलेले अन्य रिलेबीच सर्किट अगाडि पठाउँछ, एक्जिट गन्तव्यहरूलाई छुने भाग हो, र ब्रिज BridgeDB मार्फत बाँडिने गैर-सार्वजनिक प्रवेश बिन्दु हो। Tor को शब्दावली ले यी परिभाषाहरू अलग राख्छ, र पुग्न सकिने हुनु हरेक भूमिकाको अंश हो तर जुनसुकै क्लाइन्टलाई सेवा दिने अनुमति कुनैको पनि अंश होइन।

एक्जिट नीति पढ्न लायक छ किनभने यो अगाडि पठाउने नियमजस्तो देखिने एकमात्र भाग हो, र यसले एक्जिटले बाहिर जान दिने गन्तव्यहरू निर्धारण गर्छ, भित्र आउन दिइने क्लाइन्टहरू होइन। पोर्ट 25 अवरुद्ध गर्ने कडा एक्जिट नीतिले बाहिर जाने दुरुपयोगको नियन्त्रणबारे केही भन्छ, OpenVPN क्लाइन्टलाई मेसिनतर्फ पठाउन सकिन्छ कि भन्नेबारे होइन।

यदि प्रतिष्ठाबाट तर्क गर्दै हुनुहुन्छ भने रोकिनुहोस्: रिलेहरूले ट्राफिक अगाडि पठाउँछन् भनेर ठेगानाले तपाईंको ट्राफिक स्वीकार्नुपर्ने हुँदैन। Tor ले सहमति र आफ्नै प्रोटोकलमार्फत मार्ग छान्छ; VPN क्लाइन्ट सहभागी होइन र जोडिने सर्किट पनि छैन।

SOCKS श्रोता स्थानीय हो कि सार्वजनिक जाँच्नुहोस्

Tor को क्लाइन्टले एउटै मेसिनका अनुप्रयोगहरूका लागि SOCKS इन्टरफेस खोल्छ, पूर्वनिर्धारित रूपमा loopback मा। त्यो श्रोता स्थानीय सुविधा हो, रिलेले इन्टरनेटलाई दिने सेवा होइन, र यसलाई सार्वजनिक प्रोक्सी मान्नु नै मानिसहरू अनजानमै खुला रिले चलाउन पुग्ने बाटो हो:

ss -ltnp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org

बाइन्ड ठेगाना नै सङ्केत हो। 127.0.0.1:9050 मा रहेको SocksPort ले आफ्नो काम गरिरहेको छ; 0.0.0.0 मा सुनेर बाहिरबाट पुग्न सकिने खुला प्रोक्सी हो, र Tor का आफ्नै पहुँच नीति नियन्त्रणहरू यही कारणले छन् कि त्यो खुलासा विशेषता होइन, समस्या हो।

Tor चाहिने अनुप्रयोगलाई loopback पोर्टतर्फ पठाउनुहोस् र नामहरू Tor लाई समाधान गर्न दिनुहोस्, जो माथिको socks5h रूपले गर्छ। त्यो पोर्टका लागि रिलेको ठेगाना नराख्नुहोस्; रिलेले तपाईंको अनुप्रयोगले मागेको इन्टरफेस दिँदैन।

VPN प्रोफाइल वास्तविक अन्त्य बिन्दुसँग मिल्छ कि जाँच्नुहोस्

VPN प्रोफाइल अपेक्षाहरूको बन्डल हो: OpenVPN लाई सर्भर प्रमाणपत्र वा CA, क्लाइन्ट प्रमाणपत्र र कुञ्जी, र सामान्यतया TLS कुञ्जी चाहिन्छ, भने WireGuard लाई सामुन्नेको पक्षको सार्वजनिक कुञ्जी, अन्त्य बिन्दु र अनुमति दिइएका IP चाहिन्छ। यीमध्ये केही पनि ठेगाना र खुला पोर्टबाट निकाल्न सकिँदैन, त्यसैले यसरी बनाइएको प्रोफाइल जोडिँदा होइन, पहिलो आदानप्रदानमै असफल हुन्छ।

तपाईंलाई प्रोफाइल दिइँदा त्यसलाई तपाईंले नियन्त्रण गर्ने अन्त्य बिन्दु वा तपाईंले चिन्न सक्ने प्रदायकसँग राखेर प्रमाणित गर्नुहोस्:

wg show
openvpn --config client.ovpn --verb 4

OpenVPN लगमा TLS वार्ताको त्रुटिले अमिलता सिधै नाम दिन्छ; wg show मा, ह्यान्डसेक लाइन नभएको सामुन्नेको पक्षले कहिल्यै एउटा पनि पूरा गरेको छैन। दुवै क्लाइन्टको घुम्ने सूचकभन्दा बढी जानकारी दिन्छन्, र दुवैले Tor तर्फ होइन, कुञ्जी सामग्री वा प्रोटोकलतर्फ सङ्केत गर्छन्।

तपाईंलाई वास्तवमा कुन सुरक्षा चाहिन्छ जाँच्नुहोस्

यही त्यो जाँच हो जसले संरचना निर्धारण गर्छ। Tor ब्राउजरले तपाईंलाई VPN ले नदिने सर्किट पृथकीकरण र औंलाछापविरुद्ध सुरक्षा दिन्छ; VPN ले गन्तव्यले देख्ने ठेगाना बदल्छ र तपाईंलाई प्रदायकसामु प्रमाणित गर्छ। यीबीच छनोट गर्नु अनुकूलताको प्रश्न होइन, खतरा-नमुनाको प्रश्न हो, र दुवैलाई मिसाउँदा निजी देखिने तर नभएको व्यवस्था बन्छ।

लहरमा क्रम हुन्छ। Tor ट्राफिक बोक्ने VPN समर्थित व्यवस्था हो, किनभने Tor को क्लाइन्टलाई बाहिर जाने TCP मात्र चाहिन्छ। Tor भित्र सुरुङ गरिएको VPN क्लाइन्ट त्यही कुरा होइन र Tor क्लाइन्टले लागू गर्ने कुरा पनि होइन, त्यसैले त्यसमा आधारित योजना नबनाउनुहोस्।

केही पनि आयात गर्नुअघि चारै कुरा पुष्टि गर्नुहोस्:

• पोर्टले तपाईंको प्रोटोकलको ह्यान्डसेक पूरा गर्छ, मात्र TCP जडान होइन।
• तपाईंलाई होस्टको भूमिका थाहा छ र अगाडि पठाउनेलाई अनुमति मान्नुहुन्न।
• तपाईंले प्रयोग गर्ने SOCKS श्रोता loopback र तपाईंकै हो, अरूको रिलेमा रहेको सार्वजनिक पोर्ट होइन।
• प्रोफाइलका कुञ्जी वा प्रमाणपत्रहरू तपाईं जोडिने अन्त्य बिन्दुका हुन्।