निजी DNS बनाम VPN: हर परत वास्तव में क्या ढकती है

आपके फ़ोन में निजी DNS किसी प्रदाता के होस्टनाम पर सेट है और उसी समय एक VPN ऐप चल रहा है। यह मान लेना उचित है कि अब उनमें से एक नाम खोजों को संभाल रहा है। दोनों में से कोई ऐसा नहीं करता, उस अर्थ में जो यह वाक्य जताता है, और ऐसा क्यों है यह देखने का सबसे तेज़ तरीका है एक अनुरोध को उस पल से ट्रैक करना जब आप किसी लिंक पर टैप करते हैं।

ये दो सुविधाएँ एक ही यात्रा के अलग-अलग बिंदुओं पर हैं। निजी DNS उस सवाल को एन्क्रिप्ट करता है जो आप रिज़ॉल्वर से पूछते हैं। VPN उस रास्ते को बदलता है जो जवाब का कनेक्शन लेता है।

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

पहला चरण: खोज ऐप से बाहर निकलती है

आप किसी लिंक पर टैप करते हैं। कुछ भी कनेक्ट होने से पहले ऐप को उस होस्टनाम के लिए एक पता चाहिए। Android पर संबंधित स्क्रीन सेटिंग्स, नेटवर्क और इंटरनेट, निजी DNS है। प्रदाता का होस्टनाम चुनने पर डिवाइस सख़्त मोड में आ जाता है: यह उस होस्टनाम के लिए पोर्ट 853 पर TLS के ज़रिए DNS करता है, और अगर एन्क्रिप्टेड अदला-बदली विफल हो जाए तो खोज विफल होती है, बजाय इसके कि चुपचाप पोर्ट 53 पर सादे टेक्स्ट पर लौटे।

यह स्वचालित से एक अर्थपूर्ण अंतर है, जो अवसरवादी एन्क्रिप्शन इस्तेमाल करता है और नेटवर्क के हस्तक्षेप करने पर बिना झिझक अनएन्क्रिप्टेड रिज़ॉल्वर का उपयोग करेगा। अगर आपका लक्ष्य यह है कि खोजें कभी खुले में न हों, तो प्रदाता के होस्टनाम के साथ सख़्त मोड वह सेटिंग है जो इससे मेल खाती है।

यहाँ पहली बात जो यह सैर सामने लाती है: खोज स्थानीय नेटवर्क से सुरक्षित है, और रिज़ॉल्वर फिर भी नाम जान लेता है। एन्क्रिप्शन उस छलांग को ढकता है। उस रिज़ॉल्वर का संचालक अनुरोध देखता है क्योंकि उसका जवाब देना उसका काम है।

दूसरा चरण: कनेक्शन दूसरा रास्ता लेता है

रिज़ॉल्वर एक पता लौटाता है और ऐप उससे जुड़ता है। यह चरण इस बात से प्रभावित नहीं होता कि खोज कैसे एन्क्रिप्ट हुई थी। सुरंग के बिना कनेक्शन आपके सामान्य सार्वजनिक पते से बाहर जाता है, और गंतव्य IP तथा TLS हाथ मिलाना आम तौर पर होस्टनाम को नेटवर्क के लिए वैसे भी दिखने योग्य बना देते हैं, एन्क्रिप्टेड DNS के साथ या उसके बिना।

VPN चालू करें और यही वह चरण है जो बदलता है। क्लाइंट की रूटिंग नीति से मेल खाने वाला ट्रैफ़िक सुरंग से गुज़रता है, स्थानीय नेटवर्क VPN के अंतिम बिंदु से कनेक्शन देखता है, और साइट आम तौर पर निकास पता देखती है। नामों का हल भी सुरंग के भीतर यात्रा कर सकता है, इस पर निर्भर कि क्लाइंट क्या भेजता है।

यह अलगाव पूरी तुलना एक वाक्य में है। DNS एन्क्रिप्शन जवाब देता है कि सवाल कौन पढ़ सकता है। VPN जवाब देता है कि बातचीत कहाँ जाती है।

तीसरा चरण: सुरंग के भीतर DNS नीति का सवाल बन जाता है

अब दोनों सुविधाएँ परस्पर क्रिया करती हैं, और ब्राउज़र आश्चर्य का सामान्य स्रोत है। अपनी सुरक्षित DNS सेटिंग वाला ब्राउज़र खोजों को ऑपरेटिंग सिस्टम से पूछने के बजाय HTTPS के ज़रिए अपने चुने हुए रिज़ॉल्वर को भेज सकता है। Android की निजी DNS सेटिंग उस फ़ैसले तक नहीं पहुँचती।

Firefox में स्विच सेटिंग्स, गोपनीयता और सुरक्षा, सुरक्षित DNS सक्षम करें के अंतर्गत है। Chrome में यह सेटिंग्स, गोपनीयता और सुरक्षा, सुरक्षित DNS का उपयोग करें के अंतर्गत है। दोनों को किसी विशेष प्रदाता पर सेट किया जा सकता है या बंद छोड़ा जा सकता है, और जब ये चालू हों तो उन खोजों के लिए सुरंग की DNS कॉन्फ़िगरेशन बायपास हो जाती है, हालाँकि पेज का ट्रैफ़िक अब भी सुरंग का उपयोग करता है।

अगर VPN अपना रिज़ॉल्वर भेजता है और ब्राउज़र अपने पर अड़ा रहता है, तो आपको बँटवारा मिलता है: नाम हल होते हैं, पेज लोड होते हैं, और वे खोजें जिन्हें सुरंग से गुज़रना था, सीधे बाहर चली गईं। VPN के अंतिम बिंदु से अलग रिज़ॉल्वर पता अपने आप में लीक का सबूत नहीं है, लेकिन आपके घोषित इरादे के विरुद्ध जाने वाला खोज मार्ग सुधारने योग्य है।

चौथा चरण: आंतरिक नाम वह जगह हैं जहाँ यह टूटता है

किसी कार्य VPN से जुड़ें और कोई इंट्रानेट होस्ट खोलें। अगर ब्राउज़र का सुरक्षित DNS चालू है और किसी सार्वजनिक रिज़ॉल्वर की ओर इशारा करता है, तो वह नाम ब्राउज़र के लिए मौजूद नहीं है। सुरंग खड़ी है, बाकी सब काम कर रहा है, और एक होस्टनाम ऐसी त्रुटि से विफल होता है जो देखने में लगता है कि साइट बंद है।

यही खराबी Android पर उलटी दिशा में दिखती है। सार्वजनिक प्रदाता के साथ सख़्त निजी DNS उन नामों को हल नहीं करेगा जिन्हें सिर्फ़ आंतरिक रिज़ॉल्वर जानता है, और सख़्त मोड के पास कोई विकल्प नहीं है। फ़ोन के DNS को सार्वजनिक एन्क्रिप्टेड रिज़ॉल्वर और कॉर्पोरेट रिज़ॉल्वर के बीच बाँटना कोई सेटिंग नहीं है; यह रूटिंग नीति का सवाल है जिसका जवाब VPN चलाने वाले को देना होगा।

सुरंग को दोष देने से पहले यह जाँचें: आंतरिक नाम पूछें, फिर वही नाम ब्राउज़र के सुरक्षित DNS के बंद होने पर पूछें। अगर यह हल हो जाए, तो समस्या रिज़ॉल्वर का चयन थी, कनेक्शन नहीं।

यह सैर आपको क्या बदलने को कहती है

चार स्क्रीन लगभग सब कुछ उठाती हैं। इन्हें इस क्रम में देखें और लिखें कि हर एक क्या कहती है, क्योंकि जवाब आम तौर पर संयोजन में दिखता है:

1. Android सेटिंग्स, नेटवर्क और इंटरनेट, निजी DNS: स्वचालित या प्रदाता का होस्टनाम, और कौन-सा होस्टनाम।
2. ब्राउज़र की सुरक्षित DNS सेटिंग: बंद, या किसी विशिष्ट रिज़ॉल्वर पर पिन की गई।
3. VPN क्लाइंट की DNS नीति: क्या यह रिज़ॉल्वर भेजता है, और क्या विभाजित सुरंग किसी ऐसी चीज़ को बाहर रखती है जिसे अब भी नामों की ज़रूरत है?
4. सुरंग खड़ी होने पर आंतरिक होस्टनाम का परीक्षण, दो बार किया गया, एक बार ब्राउज़र DNS चालू और एक बार बंद।

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

और सीमाएँ नज़र में रखें। दोनों में से कोई भी सुविधा किसी शत्रुतापूर्ण गंतव्य को सुरक्षित नहीं बनाती और कोई भी उस पहचान को नहीं हटाती जिससे आप साइन इन हैं। एन्क्रिप्शन बदलता है कि सवाल कौन पढ़ सकता है; सुरंग बदलती है कि कनेक्शन कहाँ जाता है; इनमें से कुछ भी खाते को अनाम नहीं करता।