VPN को DNS गलत? एउटा आधिकारिक सर्भर पुरानो हुन सक्छ

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

लक्षण रिजोल्भरसँगै बदलिन्छ

पुनरावृत्ति रिजोल्भरले आधिकारले भनेको कुरा फर्काउँछ, त्यसपछि त्यो उत्तर TTL सम्म राख्छ। सुरुङले अर्को रिजोल्भर लाद्यो, वा पुरानो पुग्नै नसक्ने गरी मार्ग बदल्यो भने, क्लाइन्टले अर्को आधिकारलाई सोध्छ र अर्को उत्तर पाउँछ। त्यो क्षणमा डोमेन बदलिएन; त्यसबारे तपाईंको दृष्टिकोण बदलियो।

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

भिन्नता देखाउने परीक्षण प्रत्येक प्रकाशित सर्भरमा सिधा क्वेरी हो।

प्रत्येक आधिकारलाई सिधै सोध्नुहोस्

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

dig +short NS example.com
dig @ns1.dns.example app.example.com A
dig @ns2.dns.example app.example.com A

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

ती क्वेरी तपाईंको डेस्कबाट मात्र नभई असफल हुने नेटवर्कबाट चलाउनुहोस्।

इच्छित दृश्यहरूलाई भाँचिएका दृश्यहरूबाट अलग गर्नुहोस्

केही डोमेनले क्षेत्र वा रिजोल्भर समूहअनुसार जानाजान फरक उत्तर दिन्छन्, र विभाजित क्षितिज सेटअप उद्यम नेटवर्कमा सामान्य हो।

प्रश्न यो हो कि भिन्नता अभिलेखित र स्थिर छ कि छैन। अनिच्छित दृश्य फरक देखिन्छ: एउटा आधिकारसँग अरूले कहिल्यै नपाएको रेकर्ड हुन्छ, वा सबैले साझा गर्ने रेकर्ड त्यसमा हुँदैन। RFC 2182 को छनोट र तैनाथी मार्गदर्शन आधिकारिक उपलब्धतालाई साझा जिम्मेवारी मान्छ, र यहाँ त्यही उपयुक्त ढाँचा हो। प्रत्येक प्रकाशित सर्भरले इच्छित डेटाको उत्तर दिन सक्दा मात्र पुनरावृत्ति हुन्छ, पोर्ट 53 मा जडान स्वीकार गर्नु मात्र होइन।

SERVFAIL उत्तर दिने सर्भरको निदान आत्मविश्वासका साथ गलत उत्तर दिनेभन्दा सजिलो हुन्छ।

स्थानान्तरणले क्यासले लुकाएको कुरा खोल्छ

प्रदायक बदल्दा दुइटा आधिकारिक स्थान बदलिन्छन्: अभिभावकको डेलिगेसन र जोनका आफ्नै NS रेकर्डहरू। दुवै अद्यावधिक गर्नुपर्छ, र दुवै आ-आफ्नो TTL सम्म क्यास हुन्छन्। पुरानो सर्भर चालु रह्यो र अघिल्लो जोन दिन जारी राख्यो भने, त्यसलाई सोध्ने रिजोल्भर भएका क्लाइन्टहरूले परिवर्तन पूरा भएजस्तो देखिएको धेरै पछिसम्म पनि पुरानो उत्तर पाइरहनेछन्।

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

ल्यापटपमा रिजोल्भर बदल्नुले त्यही ल्यापटप मात्र ठीक गर्छ, अरू केही होइन।

जोन ठीक गर्नुहोस्, रिजोल्भर होइन

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

त्यसपछि दुवै नेटवर्कबाट सिधा क्वेरी फेरि चलाउनुहोस् र तपाईंले बदलेको रेकर्डको TTL सकिनेसम्म पर्खनुहोस्।

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