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

दो नाम चुनें और पहले दोनों उत्तरों का अनुमान लगाएँ

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

इच्छित नियम नहीं, प्रभावी नियम जाँचें। VPN कनेक्शन से जुड़ी डोमेन सूची तय करती है कि कौन-से प्रत्यय किस रिज़ॉल्वर पर जाएँगे, और उस सूची में एक टाइपो विश्वसनीय पर गलत विभाजन पैदा करता है। प्रबंधित डिवाइस पर व्यवस्थापक का नैदानिक पथ इस्तेमाल करें, क्योंकि स्थानीय ओवरराइड अगली जाँच में नीति द्वारा रीसेट हो सकते हैं।

उसी टिकट में देखे गए उत्तर के बगल में अनुमान लिखें। बिना अनुमान वाला परीक्षण विफल नहीं हो सकता, और जो परीक्षण विफल नहीं हो सकता वह कुछ नहीं सिखाता।

वह पथ जाँचें जो एप्लिकेशन इस्तेमाल करता है, अपनी चुनी हुई एक सर्वर नहीं

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

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

यदि सवाल बहाली का है तो फिर से कनेक्ट करने के बाद लुकअप दोहराएँ। फिर से कनेक्ट होने से पहले का कैश किया उत्तर सही ढंग से बहाल विभाजन को वास्तविकता से बेहतर या खराब दिखा सकता है।

केवल सफलता या विफलता नहीं, उत्तर की श्रेणी दर्ज करें

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

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

अनुमान लगाए बिना दोनों शाखाओं की व्याख्या करें

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

संरचना बनाए रखते हुए साझा आउटपुट को अस्पष्ट करें: कौन-सा नेमस्पेस, कौन-सा नियम, कौन-सी उत्तर श्रेणी। रिज़ॉल्वर का उत्तर आंतरिक पते और होस्टनाम ले जा सकता है, और टिकट दोनों के लिए टिकाऊ घर है।

फिर परिणाम नेमस्पेस के मालिक को आपकी देखी दो श्रेणियों और हटाए गए नामों के साथ दें। यह एक हफ़्ते की अटकलों की जगह पाँच मिनट की बातचीत है।

संबंधित लेख