VPN DNS अहवाल: पुनरुत्पादन होईल यासाठी काय समाविष्ट करावे

«DNS तुटलेला आहे» हा एक निष्कर्ष आहे, आणि तो असा निष्कर्ष नाही ज्यावर मदतनीस काही करू शकेल। अहवालाचा उपयुक्त भाग म्हणजे अयशस्वीतेचा आकार: कोणते नाव, कोणत्या रिझोल्व्हरमधून, कोणत्या प्रतिसादासह। तीन तपशील तक्रारीला पुनरुत्पादनीय बनवतात, आणि खाजगी भागांची नावे बदलल्यानंतर तिन्ही सुरक्षितपणे सामायिक करता येतात। पुढील गोष्ट म्हणजे कोणीही मदत करण्यापूर्वी VPN DNS अहवालाला लागणारे किमान असे।

नावाची श्रेणी, निवाडा नाही

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

अयशस्वीतेसाठी टनेल सुरू असणे आवश्यक आहे की ती डिस्कनेक्ट झाल्यानंतर होते ते सांगा। जे नाव केवळ VPN सक्रिय असताना तुटते ते प्रति-लिंक कॉन्फिगरेशन दर्शवते, तर डिस्कनेक्टनंतर तुटणारे शिल्लक स्थिती दर्शवते। अहवाल सहसा हे वगळतात आणि मग पहिला सल्ला का उपयोगी पडत नाही याचे आश्चर्य करतात।

रिझोल्व्हर मार्ग नोंदवा

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

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

स्टेटस आउटपुट प्रति-लिंक सर्व्हर आणि राउटिंग डोमेन सांगते, जे आहे जिथे स्प्लिट DNS ठरतो। getent कॉल अनुप्रयोग ज्या मार्गाने जातो त्या मार्गाने जाते, nsswitch क्रमासह। थेट क्वेरी दोन्ही टाळते आणि एक सर्व्हर वेगळा तपासते। तीनपैकी कोण अयशस्वी आणि कोण यशस्वी झाले ते सांगा, आणि वाचकाला आता मार्गाचा अंदाज करावा लागणार नाही।

नियंत्रित तुलना सांगा

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

निराकरण वितरणापासून वेगळे करा। जेव्हा नाव सुटते आणि साइट तरीही अयशस्वी होते, तेव्हा DNS टप्पा यशस्वी झाला आहे आणि अहवालाने तसे सांगावे, कारण पुढचे पाऊल रिझोल्व्हर नाही तर मार्ग किंवा श्रोता आहे। हा एकच फरक कोणत्याही लॉग उताऱ्यापेक्षा अधिक वेळा प्रश्नांची पूर्ण फेरी वाचवतो।

नेमस्पेस लपवा, संबंध ठेवा

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

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