Smart DNS हे VPN नाही: ती DNS सेटिंग प्रत्यक्षात काय बदलते
Smart DNS सेटिंग काही सेवांसाठी नाव-शोध निर्देशित करते। हे एन्क्रिप्टेड टनल नाही, आणि हा फरकच ठरवतो की तुमचा ट्रॅफिक कोण पाहू शकतो।
तुम्ही टीव्हीला Smart DNS रिझॉल्व्हरकडे वळवता, एक स्ट्रीमिंग अॅप काम करू लागते, आणि निष्कर्ष स्वतः लिहिला जातो: हा असा VPN आहे जो कमी खर्चाचा आणि लवकर इन्स्टॉल होणारा आहे। तसे नाही, आणि हा फरक क्षुल्लक नाही। जे बदलले ते म्हणजे टीव्हीने एखाद्या होस्टनेमचे ठिकाण विचारल्यावर मिळालेले उत्तर; जे बदलले नाही ते म्हणजे प्रत्येक पॅकेट अजूनही तुमचे घर उघडे सोडते, त्याच मार्गाने, ISP ला आधीच माहीत असलेल्या त्याच पत्त्यावरून। दंतकथा अशी की DNS सेटिंग म्हणजे टनल। वास्तविकता अधिक अरुंद आणि ती पाहिल्यावर अधिक उपयुक्त आहे।
दंतकथा: DNS बदलल्याने तुमच्या ट्रॅफिकचा मार्ग बदलतो
साधारण DNS अॅपला सांगते की कुठे जोडायचे। Smart DNS सेवा निवडक होस्टनेमना प्रदात्याच्या स्वतःच्या पायाभूत सुविधांतील पत्त्यांसह उत्तर देते, त्यामुळे अॅप सेवेशी थेट न जोडता तिथे जोडते। नंतर प्रदाता तो एकच प्रवाह खऱ्या गंतव्याकडे पाठवतो। उपकरणावर बाकी काहीही हलत नाही।
म्हणूनच ही युक्ती टीव्ही किंवा कन्सोलवर अजिबात चालते। क्लायंट नाही, इंटरफेस नाही, रूट टेबलमध्ये नोंद नाही, एन्क्रिप्शनचा थर नाही। उपकरण नेहमी केलेलेच करते: नाव सोडवते आणि जे परत येते त्याला जोडते। तुम्ही उत्तर बदलले, प्रत्येक पॅकेटचा मार्ग नाही।
हे लेबल असंबंधित DNS प्रकल्पही वापरतात, म्हणून नावावरून वैशिष्ट्यांचा संच गृहीत धरण्याऐवजी प्रदात्याचे स्वतःचे दस्तऐवज पाहा। मानक Smart DNS प्रोटोकॉल नाही; एका उत्पादनाची व्याप्ती दुसऱ्याबद्दल विश्वासार्ह काहीही सांगत नाही।
प्रत्यक्षात काय निर्देशित होते, आणि काय नाही
उपकरणानुसार नाही, प्रवाहानुसार यादी केल्यावर फरक सहज दिसतो।
| Flow | Steered by Smart DNS? | Why |
|---|---|---|
| A supported streaming hostname | Yes, usually | The resolver returns a provider address for that name |
| The same app's other hostnames | Only if the provider lists them | Steering is per-name, and lists are curated |
| Your browser, email, game downloads | No | Their names resolve to the ordinary destination |
| Traffic from devices not using that resolver | No | Nothing forces a device onto a particular resolver |
| Payload encryption | No | Unrelated to name resolution |
हे घडताना तुम्ही पाहू शकता। प्रदात्याच्या रिझॉल्व्हरला होस्टनेम विचारा आणि तेच नाव सार्वजनिक रिझॉल्व्हरला विचारा:
dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.exampleवेगळी उत्तरे म्हणजे नावाच्या थरावर निर्देशन। तेच उत्तर म्हणजे एकतर सेवा त्या नावासाठी समाविष्ट नाही किंवा उपकरण तो रिझॉल्व्हर वापरत नाही — चुकीच्या DNS संरचनेसारखे दिसणारे आणि अनेकदा तुटलेले खाते समजले जाणारे अपयश।
त्याच वासाचे दुसरे अपयशही आहे। अनेक प्रदाते तुम्ही सध्या वापरत असलेल्या सार्वजनिक पत्त्यावरून अधिकृत करतात, त्यामुळे पत्ता बदलेपर्यंत खाते चालते। वाहक-स्तरीय NAT फिरणे, किंवा वर ठेवलेला VPN, तो पत्ता हलवतो आणि नाव सोडवणे यशस्वी होत असतानाच रिले तुम्हाला नाकारतो। नोंदवहीतील नोंद हे प्रवेश नियंत्रण आहे, अनन्य निर्गमाचा पुरावा नाही।
एन्क्रिप्टेड DNS ही सर्वस्वी तिसरी गोष्ट आहे
HTTPS वर DNS आणि TLS वर DNS तुमचे उपकरण आणि रिझॉल्व्हर यांतील देवाणघेवाण संरक्षित करतात। ते क्वेरी एन्क्रिप्ट आणि प्रमाणित करतात जेणेकरून स्थानिक नेटवर्क ती वाचू किंवा पुन्हा लिहू शकणार नाही, आणि DoH ती पोर्ट 443 वर साधारण HTTPS ट्रॅफिकमध्ये वाहून नेते, म्हणूनच ती फिल्टरला वेब ट्रॅफिकसारखी दिसते। हे शोधांसाठी गोपनीयतेचे वैशिष्ट्य आहे।
सेवा निर्देशित करणे हे वेगळे कार्य आहे: उत्तर स्वतःच एका मध्यस्थाकडे निर्देश करते। एखादे उत्पादन दोन्ही एकत्र देऊ शकते, आणि अनेक देतात, पण एकातून दुसरे सिद्ध होत नाही। तुमच्या क्वेरी एन्क्रिप्ट करण्याने अजून एक बाइट व्हिडिओही दुसऱ्या देशातून गेलेला नाही।
त्यामुळे «एन्क्रिप्टेड DNS» तुमच्या क्वेरी कोण वाचू शकतो या प्रश्नाचे उत्तर देते। तुमचा ट्रॅफिक कोण पाहू शकतो याचे उत्तर देत नाही, आणि नवीन निर्गम पत्ता देत नाही। DNS over HTTPS तपशील ते संरक्षण काय व्यापते यासाठी योग्य संदर्भ आहे, आणि ते राउटिंगबद्दल काहीही सांगत नाही।
प्रत्येक रचनेत कोण काय पाहतो
Smart DNS सह, रिझॉल्व्हर तुम्ही शोधत असलेली नावे पाहते, प्रदात्याचा रिले तो वाहून नेणारी जोडणी पाहतो, आणि तुमचा ISP बाकी सर्व उघड्या मजकुराच्या रचनेत अजूनही पाहतो: कोणत्या पत्त्यांशी कधी, किती संपर्क केला। निर्देशित प्रवाहात सामग्री गंतव्यापर्यंत TLS ने संरक्षित राहते, त्यामुळे रिले वाचू न शकणारे एन्क्रिप्टेड सत्र पुढे पाठवतो — पण तुम्ही जोडले गेले, कुठून आणि किती वेळ हे पाहू शकतो।
VPN सह, टनल ऑपरेटर तुमचा ट्रॅफिक आणि तुमची गंतव्ये पाहतो, जो एक केंद्रित विश्वासाचा निर्णय आहे, आणि तुमचा ISP एका टोकापर्यंत एन्क्रिप्टेड प्रवाहच पाहतो। वेगळे उघडपण, स्वतःहून कमी नाही। कोणतेही प्रतिरूप एक साइट उघडते की नाही यावरून ठरवू नये।
वेग लेबलचा नाही, मार्गाचा पाठलाग करते। निवडक रिले असंबंधित ट्रॅफिक वळणाबाहेर ठेवू शकतो, जो अन्यथा सर्व काही टनलमध्ये टाकणाऱ्या उपकरणासाठी खरा फायदा आहे। हे हमीही नाही, आणि कोणतीही रचना सक्रियपणे ते ओळखण्याचा प्रयत्न करणाऱ्या सेवेपर्यंत कायमचा प्रवेश देण्याचे वचन देत नाही।
Smart DNS योग्य साधन कधी असते
उपकरण VPN क्लायंट अजिबात चालवू शकत नाही तेव्हा — टीव्ही, कन्सोल, बंद नेटवर्क स्टॅक असलेला सेट-टॉप बॉक्स — आणि फक्त एक नामांकित सेवा महत्त्वाची असते तेव्हा ते खरोखर योग्य साधन आहे। त्या उपकरणावरील प्रत्येक पॅकेट टनलमधून जावे असे तुम्हाला जाणीवपूर्वक नको असेल तेव्हाही ते युक्त आहे।
गरज एन्क्रिप्शन, संपूर्ण उपकरणासाठी निर्गम पत्ता, किंवा स्थानिक नेटवर्क आणि ISP पासून संरक्षण असेल तेव्हा ते चुकीचे साधन आहे। ते टनलचे गुणधर्म आहेत, आणि कोणतीही रिझॉल्व्हर सेटिंग ते निर्माण करत नाही। आणि जर तुम्ही त्याच उपकरणावर VPN चालू ठेवले, तर नोंदणी-आधारित अधिकृतता तुटेल अशी अपेक्षा ठेवा, कारण तुमचा सार्वजनिक पत्ता आता टनलचा आहे।
हा निर्णय क्रमाने चालवा आणि खरे असलेल्या पहिल्या ओळीवर थांबा:
- तुम्हाला ट्रॅफिक एन्क्रिप्टेड आणि संपूर्ण उपकरण नव्या निर्गमावर हवे आहे का? VPN वापरा, आणि त्याचा कनेक्टेड निर्देशक नाही, त्याचे रूट आणि अपवाद तपासा।
- टनल करू न शकणाऱ्या उपकरणावर तुम्हाला फक्त काही नामांकित सेवा हव्या आहेत का? Smart DNS प्रमाणशीर आहे।
- तुम्हाला तुमच्या क्वेरी खासगी हव्या आहेत पण ट्रॅफिक हलवायचा नाही? तो एन्क्रिप्टेड DNS आहे, जो वरीलपैकी कोणतेही नाही।
- प्रदाता तुमच्या सध्याच्या पत्त्यावर अवलंबून आहे का? तो बदलण्याच्या क्षणी खंड अपेक्षित ठेवा।