खाजगी DNS विरुद्ध VPN: प्रत्येक स्तर प्रत्यक्षात काय झाकते
खाजगी DNS स्क्रीनपासून बोगद्यापर्यंत एक विनंती मागोवा घ्या: प्रत्येक स्तर काय पाहतो, दोन्ही कुठे वेगळे होतात आणि आतील नावे हीच ती जागा का आहेत जिथे हे तुटते.
तुमच्या फोनमध्ये खाजगी 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 बंद असताना विचारा। जर ते सोडवले गेले, तर समस्या रिझोल्व्हरच्या निवडीची होती, कनेक्शनची नाही।
हा प्रवास तुम्हाला काय बदलायला सांगतो
चार स्क्रीन जवळपास सर्व काही वाहतात। या क्रमाने पाहा आणि प्रत्येक काय म्हणते ते लिहा, कारण उत्तर सामान्यतः संयोजनात दिसते:
- Android सेटिंग्ज, नेटवर्क आणि इंटरनेट, खाजगी DNS: स्वयंचलित किंवा पुरवठादाराचे होस्टनाव, आणि कोणते होस्टनाव।
- ब्राउझरची सुरक्षित DNS सेटिंग: बंद, किंवा विशिष्ट रिझोल्व्हरवर पिन केलेली।
- VPN क्लायंटचे DNS धोरण: ते रिझोल्व्हर पाठवते का, आणि विभाजित बोगदा अशा कशाला वगळतो का ज्याला अजूनही नावे हवी आहेत?
- बोगदा उभा असताना आतील होस्टनावाची चाचणी, दोन वेळा केलेली, एकदा ब्राउझर DNS सुरू आणि एकदा बंद।
नंतर सुधारणा गरजेशी जुळवा, उलट नाही। जर गरज अशी असेल की शोध एन्क्रिप्टेड बाहेर जावेत आणि तुम्ही निवडलेल्या रिझोल्व्हरपर्यंत पोहोचावेत, तर कठोर खाजगी DNS सेट करा आणि ब्राउझरला ते मान्य करायला लावा। जर गरज अशी असेल की रहदारी दुसरीकडून बाहेर जावी, तर बोगदा कॉन्फिगर करा आणि DNS सेटिंग तुमचा पत्ता हलवेल अशी अपेक्षा सोडून द्या।
आणि मर्यादा लक्षात ठेवा। दोन्हीपैकी कोणतेही वैशिष्ट्य शत्रुत्वाच्या गंतव्याला सुरक्षित करत नाही आणि कोणतेही तुम्ही ज्या ओळखीने साइन इन केले ती काढत नाही। एन्क्रिप्शन बदलते की प्रश्न कोण वाचू शकतो; बोगदा बदलतो की कनेक्शन कुठे जाते; यापैकी काहीही खात्याला अनाम करत नाही।