DNS गळती चाचणी: रिझॉल्व्हरचे नाव मार्ग नाही

VPN वापरकर्त्यासाठी योग्य DNS म्हणून तीन व्यवस्था गणल्या जातात: ऑपरेटरच्या रिझॉल्व्हरकडे प्रश्न, आपण निवडलेल्या एन्क्रिप्टेड रिझॉल्व्हरकडे प्रश्न, आणि कामाची नावे संस्थेकडे पाठवणारा split DNS. गळती चाचणी एका रिझॉल्व्हरची नोंद करते, आणि ते एकच लेबल आपल्याकडे प्रत्यक्षात कोणती व्यवस्था आहे हे सांगू शकत नाही. आधी इच्छित धोरण ठरवा, नंतर त्याच्या विरुद्ध चाचणी करा. अन्यथा आपण संख्येची भावनेशी तुलना करत आहात.

निकाल वाचण्यापूर्वी आपल्याला काय हवे होते ते ठरवा

धोरण एका वाक्यात सांगा: सर्व नावे VPN रिझॉल्व्हरकडे, सर्व नावे निवडलेल्या एन्क्रिप्टेड रिझॉल्व्हरकडे, किंवा अंतर्गत नावे संस्थेकडे जाणारा split DNS. प्रत्येक वेगळ्या वापरकर्त्यासाठी समर्थनीय आहे, आणि प्रत्येक वेगळे अपेक्षित उत्तर देते. ते वाक्य नसल्यास फोरम पोस्टमधील स्क्रीनशॉटपेक्षा वेगळा कोणताही निकाल चिंताजनक वाटतो. पहिल्या चाचणीपूर्वी धोरण लिहून ठेवा.

धोरण ठरवण्यापूर्वी केलेली चाचणी काहीही मोजत नाही. ती कोणत्याही संदर्भ बिंदूशिवाय रिझॉल्व्हरचे नाव देते.

रिझॉल्व्हरचे नाव मार्ग किंवा प्राप्तकर्ता सिद्ध करत नाही

दोन प्रश्न महत्त्वाचे आहेत: प्रश्न कोणाला मिळाला, आणि कोणत्या मार्गाने तो नेला. सेटिंग्ज स्क्रीन पुरवठादाराचा पत्ता दाखवत असतानाही बोगद्यातून तृतीय-पक्षीय रिझॉल्व्हरपर्यंत पोहोचता येते. गळती चाचणी पृष्ठावरील लेबल निरीक्षकाचा दृष्टिकोन वर्णन करते, आपली राउटिंग सारणी नाही.

साइटचा रहदारी बोगद्यातून जात असताना ब्राउझर स्वतःचा एन्क्रिप्टेड DNS वापरू शकतो, आणि कॅशेमध्ये साठवलेली उत्तरे नवीन शोधाशिवाय पृष्ठ लोड होऊ देतात. म्हणूनच सार्वजनिक IP चा निकाल DNS बद्दल काहीही सांगत नाही. DoH आणि DoT रिझॉल्व्हरपर्यंतच्या मार्गावर प्रश्नाचे संरक्षण करतात, आणि तो रिझॉल्व्हर अजूनही नावे पाहतो.

resolvectl status
resolvectl query example.com
dig +short example.com

split DNS अनेक रिझॉल्व्हर योग्य करतो

संस्था अंतर्गत नावे स्वतःच्या DNS कडे आणि बाकी सर्व अन्यत्र पाठवू शकते. म्हणून अनेक रिझॉल्व्हरची यादी करणारी चाचणी दोष नाही, तर इच्छित धोरण वर्णन करत असू शकते. काहीही बंद करण्यापूर्वी निरीक्षण केलेल्या संचाची नोंदवलेल्या split DNS नियमांशी तुलना करा. चाचणी पृष्ठ स्वच्छ दिसावे म्हणून अंतर्गत रिझॉल्व्हर बंद करणे खाजगी नावे तोडते.

split tunneling आणि split DNS वेगळे पर्याय आहेत: एक पॅकेट्सचे मार्गनिर्देशन करतो, दुसरा प्रश्नांचे. बोगद्याचा मार्ग बदलल्याने नावाचा शोध हलत नाही, आणि रिझॉल्व्हर बदलल्याने वेबसाइटचा मार्ग सुधारत नाही. IPv6 हा तिसरा प्रश्न आहे, कारण अनपेक्षित IPv6 कनेक्शन स्वयंचलितपणे DNS गळती नाही.

निकालाचे तपासात रूपांतर करा

चाचणीपूर्वी इच्छित धोरण आणि ब्राउझरचे सुरक्षित DNS सेटिंग नोंदवा. बोगदा सक्रिय असताना चाचणी चालवा, ती ज्या रिझॉल्व्हरचे नाव घेते त्या सर्वांची नोंद करा, आणि संचाची एका अपेक्षित पत्त्याशी नाही, तर धोरणाशी तुलना करा.

लक्षण तेव्हाच दिसत असेल तर पुन्हा जोडल्यानंतर पुनरावृत्ती करा, कारण जोडणीच्या वेळी लागू केलेले धोरण नंतर नष्ट होऊ शकते. सेटिंग्जचा अंदाज न करता अंतर्गत DNS अपवादांसाठी क्लायंटचे दस्तऐवज वापरा.

आपल्याला आढळलेली विसंगती सुधारा: ब्राउझरची निवड, VPN DNS सेटिंग किंवा split DNS नियम. बोगदा अयशस्वी झाल्यावर प्रश्न थांबावे लागत असल्यास, kill switch हे वेगळे सेटिंग आहे, आणि केवळ DNS संरचना ते देत नाही. एन्क्रिप्टेड रिझॉल्व्हर काय लपवतो आणि काय लपवत नाही हे सांगण्याची गरज असताना RFC 8484 तपशील उपयुक्त आहे.