साइट पर वास्तविक ट्रैफ़िक दर अप्रासंगिक है।
उन सभी सेटिंग्स ("डिफ़ॉल्ट TTL" को छोड़कर) केवल यह प्रभावित करती हैं कि आपके डोमेन के द्वितीयक DNS सर्वर प्राथमिक DNS सर्वर को अपडेट के लिए कितनी बार प्रदूषित करते हैं।
यदि आपका क्षेत्र केवल बार-बार बदलता है (जो मुझे लगता है कि आपका काम करता है) तो "ताज़ा" के लिए आपका मूल्य वर्तमान में कम पक्ष पर है। आमतौर पर प्राथमिक NOTIFY
को प्रत्येक सेकंड में एक संदेश भेजना चाहिए , जब भी कोई अपडेट हो जिस बिंदु पर सेकंडरी ज़ोन फ़ाइल को तुरंत हड़प लें। इन दिनों "रिफ्रेश / रिट्री / एक्सपायर" तंत्र केवल एक बैकस्टॉप है।
किसी भी घटना में, यह संभावना है कि आपका DNS प्रदाता स्वचालित रूप से DNS के अंतर्निहित सिंक्रोनाइज़ेशन तंत्र का उपयोग किए बिना सभी प्रासंगिक DNS सर्वरों में परिवर्तन को सिंक्रनाइज़ कर रहा है, इसलिए वास्तविक मान शायद अप्रासंगिक हैं।
ध्यान दें कि "डिफ़ॉल्ट TTL" फ़ील्ड का अब वह अर्थ नहीं है जो वह कहता है। वास्तविक डिफ़ॉल्ट TTL $TTL
निर्देश के साथ (कम से कम में) सेट है , और इसका उपयोग केवल तब किया जाता है जब प्रत्येक रिकॉर्ड पर एक स्पष्ट TTL सेट नहीं होता है।
"डिफ़ॉल्ट TTL" फ़ील्ड का अर्थ RFC 2308 में बदल दिया गया था और यह वास्तव में नकारात्मक कैशिंग के लिए एक संकेत है । अपने सर्वर एक नकारात्मक प्रतिक्रिया देता है, तो (उदाहरण के लिए NXDOMAIN
या NODATA
) कितना समय दूरस्थ सर्वर फिर से प्रयास करने से पहले इंतजार करना चाहिए है।
वर्तमान मूल्य कम पक्ष पर थोड़ा सा है, लेकिन जैसा है वैसा छोड़ने में कोई बुराई नहीं है। वैसे भी इसे अक्सर नजरअंदाज कर दिया जाता है।
5 - Caching Negative Answers
विवरण के लिए संदर्भित आरएफसी की। यहाँ अधिक जानकारी: serverfault.com/questions/426807/…