nslookup सर्भर अज्ञात छ भन्छ: यो केवल एउटा लेबल हो

VPN जोड्नुहोस्, nslookup चलाउनुहोस्, र हेडरमा रिजोल्भरको ठेगाना नामको फाँटमा Unknown भरिएको देखिन्छ। त्यो शब्द उत्तरको माथि हुन्छ, र धेरैजसो मानिस महत्त्वपूर्ण भागभन्दा अघि पढ्न छोड्छन्। लेबलले रिजोल्भरसँग आफ्नै उल्टो नाम छ कि छैन भनेर वर्णन गर्छ; तपाईंले सोध्नुभएको होस्टनाम समाधान भयो कि भएन भन्नेबारे यसले अझै केही भन्दैन। त्यो विन्डो चाँडै बन्द गर्नु नै यहाँको सम्पूर्ण सीप हो।

दुई फरक क्वेरीले त्यो देखावट बनाउन सक्छन्, र तीमध्ये एउटा मात्र तपाईंको समस्यासँग सम्बन्धित छ। तिनलाई छुट्याउन एक थप आदेश लाग्छ र कहिल्यै गलत नभएका DNS सेटिङ सम्पादन गर्दै दिउँसो बिताउनबाट बचाउँछ।

उत्तर दिनु अघि उपकरणले के गर्छ

nslookup ले प्रयोग गर्न लागेको सर्भर ठेगानाका लागि नाम खोज्न प्रयास गर्न सक्छ, जुन in-addr.arpa वा ip6.arpa डोमेनमा उल्टो लुकअप हो। त्यो PTR रेकर्ड नभए, नीतिले फिल्टर गरेको भए वा प्रकाशित नभएको भए, उपकरणले Unknown छाप्छ र अगाडि बढ्छ। फर्वार्ड रिजोल्युसनलाई त्यो असफलताले छुँदैन, किनकि त्यो त्यही सर्भरमा पठाइएको अर्को प्रश्न हो।

त्यसैले निजी रिजोल्भरले हरेक कर्पोरेट नामलाई सही उत्तर दिन सक्छ रै पनि उपकरणको हेडरमा अनाम देखिन सक्छ। ठेगाना ज्ञात छ; त्यसको पछाडिको नाम छैन, र उपकरण यसमा इमानदार छ, आफूले छान्ने शब्दबारे अलिकति नाटकीय रहे पनि।

दुवै क्वेरी जानाजानी चलाउनुहोस्

तपाईंका लागि महत्त्वपूर्ण होस्टबारे सोध्नुहोस्, त्यसपछि रिजोल्भरकै ठेगानाबारे सोध्नुहोस्। पहिलो अनुरोधले तपाईंलाई आवश्यक नाम बोक्छ; दोस्रोले सर्भरलाई आफैंलाई नाम दिन सक्छ कि भनेर सोध्छ। लेख्दा ती यसरी देखिन्छन्: होस्टका लागि nslookup app.corp.example 10.77.0.53, र रिजोल्भरको उल्टो नामका लागि nslookup 10.77.0.53 10.77.0.53।

दुवै उदाहरण दृष्टान्तका लागि हुन्, त्यसैले आफ्नै नाम र ठेगाना राख्नुहोस्। कुरा सही सिन्ट्याक्सको होइन, छुट्याइको हो: दुवै आदेशले फरक प्रश्न सोध्छन् र कुनै पनि खराबी नभई फरक नतिजा दिन सक्छन्।

समान देखिने तर नभएका तीन नतिजा

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

तपाईंको अनुप्रयोगका लागि असफल हुने DNS मार्ग पहिलो दुईले मात्र वर्णन गर्छन्। तेस्रोले कहिल्यै प्रकाशित नभएको रेकर्ड वर्णन गर्छ, र त्यसलाई खराबी मान्दा त्यसलाई सुधार्न नसक्ने परिवर्तन हुन्छन्, जस्तै हेडर अझ मैत्रीपूर्ण देखिनेसम्म खोज प्रत्यय पुनर्लेखन गर्नु।

खण्डहरू पढ्नुहोस्, हेडर होइन

हेडरमुनि उपकरणले उत्तर, अधिकार र कुनै पनि थप रेकर्ड छाप्छ। उत्तर खण्डमा सही ठेगाना नै तपाईंले चाहेको नतिजा हो, हेडरको नाम Unknown भए पनि। अधिकारिक अस्वीकृतिसहितको खाली उत्तर फरक नतिजा हो र यसको आफ्नै अन्वेषण आवश्यक छ।

सहयोगमा पठाउने कुनै पनि कुरामा दुवै वस्तु स्पष्ट राख्नुहोस्: कुन नाम सोधियो, र कुन सर्भरलाई सोधियो। VPN मा DNS बिग्रिएको छ भनेर मात्र उल्लेख गर्ने रिपोर्टहरूले अर्को व्यक्तिलाई तपाईंले पहिले नै गरिसकेको परीक्षण पुनर्निर्माण गर्न बाध्य पार्छ।

जब उल्टो नाम साँच्चै महत्त्वपूर्ण हुन्छ

केही सेवाहरू PTR रेकर्डको साँच्चै ख्याल राख्छन्: ग्राहक ठेगाना समाधान गर्ने लगिङ, मेल प्रतिष्ठा जाँच, वा नाम देखाउने प्रशासनिक उपकरण। तीमध्ये एउटा असफल भयो भने रेकर्ड प्रकाशित गर्नुहोस् वा त्यो राख्नुपर्ने जोन सुधार्नुहोस्। त्यो काम वैध छ र VPN ले क्वेरी ठीकसँग अगाडि पठाउँछ कि भन्ने प्रश्नबाट अलग छ।

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