Tor र VPN जोड्दा DNS कहाँ जान्छ

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

चुहावट भन्नुअघि हरेक आदानप्रदानलाई नाम दिनुहोस्

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

तीमध्ये हरेकले फरक बाटो लिन सक्छ, र ब्राउजरमा एउटा परीक्षणले आफ्नै अनुरोध मात्र देख्छ। एउटा नतिजालाई तीनैको अवस्था मान्नु नै धेरैजसो भ्रम सुरु हुने ठाउँ हो।

केही बदल्नुअघि कुन नाम कुन तहको हो लेख्नुहोस्। निजी संगठनात्मक नाम, सार्वजनिक गन्तव्य र टनेलको अन्त्य बिन्दु आफैंले एउटै आवश्यकता बोक्दैनन्, र तिनलाई एउटै श्रेणी मान्ने नीतिले केही कुरा भाँच्नेछ।

बुटस्ट्र्याप प्रश्न टनेलअघि हुन्छ

होस्टनामसँग कन्फिगर गरिएको क्लाइन्टले टनेल खोल्न त्यो नाम समाधान गर्नुपर्छ, र त्यस क्षणमा प्रश्न बोक्ने टनेल हुँदैन। हालको नेटवर्कमा अपरेटिङ सिस्टमले दिने जुनसुकै रिजोल्भरले जवाफ दिन्छ, जो क्याप्टिभ पोर्टल, होटल रिजोल्भर वा सार्वजनिक हुन सक्छ। यो टनेलमा चुहावट होइन, किनकि अझै टनेल छैन।

ब्राउजरको सुरक्षित DNS सेटिङ बदल्नाले पनि यो प्रश्नलाई छुँदैन, किनकि यो ब्राउजर बाहिर चल्ने र कुनै पनि पृष्ठ खुल्नुअघि सुरु हुने सेवाको हो। यदि अन्त्य बिन्दुको नाम समाधान भएन भने, विफलता कन्फिगरेसनले वर्णन गर्ने सबैभन्दा एक चरण अघि हुने हुँदा टनेलभित्रको कुनै पनि नीतिले मद्दत गर्दैन।

अन्त्य बिन्दुका लागि शाब्दिक ठेगाना प्रयोग गर्नु, यदि प्रदायकले समर्थन गर्छ भने, निर्भरता थप्नुको सट्टा हटाउने यो एउटै ठाउँ हो। यसले ठेगाना घुमाउने प्रदायकलाई पछ्याउने क्षमता पनि हटाउँछ, त्यसैले यो आदानप्रदान वास्तविक हो र पत्ता लगाउनुको सट्टा निर्णय गर्नुपर्छ।

ब्राउजर र बाँकी मेसिन फरक छन्

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

सुरक्षित DNS सक्षम हुँदा ब्राउजरहरूले अर्को तह थप्छन्, किनकि ब्राउजरले आफ्नै प्रदायक छानेर सिस्टम रिजोल्भरलाई पूर्ण रूपमा बाइपास गर्न सक्छ। टनेल क्लाइन्टले यसैबीच पूरै मेसिनका लागि टनेलबाट रिजोल्भर धकेल्न सक्छ। यी दुई सेटिङ दुवै सही हुन सक्छन् र तैपनि फरक प्रोग्रामका लागि फरक व्यवहार वर्णन गर्न सक्छन्।

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

हरेक प्रोग्राम जाँच्नुहोस्, त्यसपछि मनसायसँग तुलना गर्नुहोस्

अवलोकनहरू छुट्टाछुट्टै गर्नुहोस्: सिस्टमले के प्रयोग गर्ने, ब्राउजर के का लागि कन्फिगर छ, र SOCKS जडानले नाम बोक्छ कि ठेगाना। अन्तिम कुरा टाढा र स्थानीय समाधानबीचको भिन्नता हो, र SOCKS विस्तार विशिष्टता ले होस्टनाम पहिले समाधान गर्नुको सट्टा कसरी पठाइन्छ भनी वर्णन गर्छ।

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

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

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