हां, ज़ोन को संपादित करने के तरीके के आधार पर कैशिंग या अन्य देरी हो सकती है ( nsupdate
परिणाम में तत्काल परिवर्तन, कम हो तो कुछ वेब फ्रंट-एंड एक डेटाबेस से बात करता है कि शायद अंततः ज़ोन को अपडेट करने के लिए कुछ करता है), ज़ोन कैसे स्थानांतरित होता है किया जाता है (मास्टर डीएनएस सर्वर परिवर्तन को धक्का दे सकता है, या दासों को समय-समय पर उस सर्वर को अपडेट के लिए पोल करने के लिए कॉन्फ़िगर किया जा सकता है), और क्या आप एक आधिकारिक डीएनएस सर्वर या कुछ और जो पिछले TXT
रिकॉर्ड के कारण पिछले रिकॉर्ड को कैश कर सकते हैं क्वेरी कर रहे हैं आपके ग्राहक से क्वेरी, और इस प्रकार मास्टर सर्वर (परिवर्तनों) के बारे में पहले से पता हो सकता है।
विभिन्न सर्वरों का उपयोग nslookup
या dig
क्वेरी करें (और SOA
क्रम संख्या की भी जांच करें , यह एक बदलाव पर टकरा जाना चाहिए, यदि नहीं, तो आप किसी अन्य डेटा को देख रहे हैं)।
% dig +short @8.8.8.8 -t TXT google.com
"v=spf1 include:_spf.google.com ~all"
% dig +short @8.8.8.8 -t SOA google.com
ns2.google.com. dns-admin.google.com. 103585632 900 900 1800 60
रिकॉर्ड की जानकारी TTL
के लिए TXT
एक महत्वपूर्ण बात हो सकती है; पूर्ण dig
आउटपुट में वह शामिल होना चाहिए।