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 क्वेरी बरोबर पाठवते का या प्रश्नापासून वेगळे आहे।

अरुंद मुद्दा टिकतो: एक गहाळ रिझोल्व्हर लेबल सुरंगातून फॉरवर्ड रिझोल्यूशन तुटले आहे हे सिद्ध करत नाही, आणि एक कार्यरत फॉरवर्ड लुकअप झोनमधील प्रत्येक नाव सुटते हे सिद्ध करत नाही। तुम्हाला खरोखर आवश्यक असलेले नाव तपासा, नंतर हेडरमधील शब्दाची किंमत ठरवा।