Onion सेवा र VPN सेवा: भिन्न पहुँच मोडेलहरू

मानिसहरूले Onion सेवा र VPN मार्फत मात्र पुगिने सेवालाई एउटै विचारका दुई रूप भनेर वर्णन गर्छन्: पोर्ट लुकाउ, गोप्य ठेगाना साझा गर। ती ठेगाना केसँग बाँधिएको छ, को पुग्न सक्छ र अनुरोध आउनुअगावि के हुनुपर्छ भन्नेमा फरक छन्। एउटा Tor भित्रको भेटघाट स्थल हो, अर्को निजी सञ्जालभित्रको मार्ग हो। तिनलाई एकआपसमा साट्न सकिने ठान्दा न निजी न टिकाउ रचना बन्छन्।

किंवदन्ती: दुवै रचना केवल एउटा लुकेको ढोका

साझा गुण सत्य हो तर पातलो छ: कुनै पनि रचनाले प्रशासनिक इन्टरफेस सिधै पुगिने सार्वजनिक पोर्टमा राख्दैन। बाँकी सबै फरक पर्छ। Onion ठेगाना सेवाकै कुञ्जीबाट बन्छ, त्यसैले नाम पहिचानसँग बाँधिएको हुन्छ; VPN ठेगाना तपाईंलाई प्रवेश दिइएको सञ्जालभित्रको मात्र ठेगाना हो। एउटाले सेवालाई ओभरले तहभित्र लुकाउँछ, अर्कोले तपाईंलाई निजी टोपोलोजीमा प्रवेश गराउँछ। दोस्रोलाई पहिलोको पर्यायवाची मान्नु नै अन्योलको सुरुवात हो।

ती दुवै गुणमध्ये कुनै पनि एपकै लागि स्वयं सुरक्षा नियन्त्रण होइन। लुकेको स्थानले त्यसको पछाडिको सफ्टवेयर सुधार्दैन, र निजी मार्गले लगइन पृष्ठमा प्रमाणीकरण थप्दैन। दुवै रचनालाई अझै एपकै आफ्नै अनुमतिहरू चाहिन्छ, र दुवैलाई अझै अद्यावधिक र पुनःप्राप्तिको जिम्मेवार व्यक्ति चाहिन्छ।

Onion ठेगानाले वास्तवमा के देखाउँछ

Onion ठेगाना संस्करण v3 ले सेवाको सार्वजनिक कुञ्जी इन्कोड गर्छ, त्यसैले कसैले पनि आफूले नियन्त्रण नगरेको सेवाको ठेगाना रोज्न सक्दैन। क्लाइन्टले Tor मार्फत भेटघाट स्थलमा जोडिन्छ, र सेवा आफ्नो तर्फबाट त्यही बिन्दुमा पुग्न्छ; कुनै सामान्य एक्जिट नोडले त्यो जडान सेवासम्म पुर्याउँदैन। नाम पहिचान हो, DNS रेकर्ड होइन।

dig +short example.onion
curl --socks5-hostname 127.0.0.1:9050 http://example.onion/
systemctl status tor

त्यसैले onion नामका लागि मार्ग वा hosts प्रविष्टि थप्नुको कुनै फाइदा छैन। खोज नै कार्यविधि हो; Tor क्लाइन्ट र त्यसका सर्किटहरू कार्यविधि हुन्। यदि सेवा थोरै मानिसको समूहका लागि हो भने, onion क्लाइन्ट अनुमतिले जडान स्वीकार गर्नुअगावि कुञ्जी माग्न सक्छ, तर त्यो अझै एप लगइन होइन। ठेगाना प्रकाशित गर्नु पनि जानाजान गरिएको कार्य हो, किनकि जसले थाहा पाउँछ उसले तपाईंले सीमित नगरेको खण्डमा जडान प्रयास गर्न सक्छ।

यदि onion रचनाको एउटै कारण प्रमाणीकरण मिलाउनबाट बच्नु हो भने रोक्नुहोस्। ओभरले तहले त्यो दिंदैन, र तपाईंले त्यो पछि पनि बनाउनुहुनेछ।

VPN मार्गले वास्तवमा के दिन्छ

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

ip route get 10.20.30.40
wg show
curl -sv https://files.internal.example/ -o /dev/null

त्यो मोडेल व्यवस्थापित उपकरण भएको परिचित समूहका लागि उपयुक्त छ, किनकि गेटवेले उपकरणको अवस्था लाद्न सक्छ र सञ्जालको अडिट गर्न सकिन्छ। अज्ञात वा आकस्मिक आगन्तुकका लागि यो उपयुक्त छैन, तिनलाई पहिले दर्ता गर्नुपर्ने हुन्छ। जोडिएको प्रयोगकर्ताले के पढ्न सक्छ भन्ने अझै एपकै आफ्नै लगइनले निर्धारण गर्छ। पहुँचलाई अनुमतिसँग मिसाउनु नै VPN ले अन्ततः जोडिन सक्ने सबैलाई पूरै सबनेट दिने बाटो हो।

दर्शक अज्ञात भएमा वा निरन्तर बदलिँदै गएमा रोक्नुहोस्। एउटा पृष्ठ देखाउन अपरिचितहरूलाई निजी सञ्जालमा दर्ता गर्नु सेवा प्रकाशित गर्नुभन्दा ठूलो प्रतिबद्धता हो।

दुईबीचको छनोट, र जे उस्तै रहन्छ

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

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

तुलना एप सुरु हुने ठाउँमा सकिन्छ। लुकेको ठेगाना र निजी मार्ग यातायातका विकल्प हुन्, र अनुरोधलाई के गर्न अनुमति छ भन्ने एपले अझै निर्धारण गर्नुपर्ने हुन्छ। ती निर्णय अलग कागजातमा राख्नुहोस्, अनि दुवैमध्ये कुनै रचनाले अर्कोको काम चुपचाप लिँदैन।