यह DNS प्रचार के बारे में एक Canonical प्रश्न है
विभिन्न प्रकार के अभिलेखों को प्रचारित करने में कितना समय लगता है?
क्या कुछ दूसरों की तुलना में तेजी से प्रचार करते हैं?
DNS रिकॉर्ड को प्रचारित करने में समय क्यों लगता है और यह कैसे काम करता है?
यह DNS प्रचार के बारे में एक Canonical प्रश्न है
विभिन्न प्रकार के अभिलेखों को प्रचारित करने में कितना समय लगता है?
क्या कुछ दूसरों की तुलना में तेजी से प्रचार करते हैं?
DNS रिकॉर्ड को प्रचारित करने में समय क्यों लगता है और यह कैसे काम करता है?
जवाबों:
"DNS प्रसार" एक वास्तविक घटना नहीं है, प्रति से। बल्कि, यह DNS प्रोटोकॉल में निर्दिष्ट कैशिंग कार्यक्षमता का प्रकट प्रभाव है। यह कहना कि DNS सर्वरों के बीच "प्रचार" को बदलना एक सुविधाजनक झूठ है, जो यकीनन, DNS प्रोटोकॉल के सभी विवरणों का वर्णन करने की तुलना में गैर-तकनीकी उपयोगकर्ताओं को समझाने में आसान है। यह वास्तव में नहीं है कि प्रोटोकॉल कैसे काम करता है, हालांकि।
पुनरावर्ती DNS सर्वर ग्राहकों की ओर से प्रश्न बनाते हैं। पुनरावर्ती DNS सर्वर, आमतौर पर आईएसपी या आईटी विभागों द्वारा चलाए जाते हैं, क्लाइंट कंप्यूटरों द्वारा इंटरनेट संसाधनों के नामों को हल करने के लिए उपयोग किया जाता है। पुनरावर्ती DNS सर्वर दक्षता में सुधार के लिए किए गए प्रश्नों के परिणामों को कैश करते हैं। पहले से ही कैश्ड जानकारी के लिए प्रश्नों का उत्तर बिना किसी अतिरिक्त प्रश्न के दिया जा सकता है। अवधि, सेकंड में, कि एक परिणाम कैश किया गया है, को कॉन्फ़िगर करने योग्य मान के आधार पर माना जाता है जिसे टाइम टू लाइव (TTL) कहा जाता है। यह मान अधिकृत DNS सर्वर द्वारा रिकॉर्ड किए गए रिकॉर्ड के लिए निर्दिष्ट किया गया है।
पूछे जाने वाले सभी सवालों का कोई एक जवाब नहीं है क्योंकि DNS एक वितरित प्रोटोकॉल है। DNS का व्यवहार किसी दिए गए रिकॉर्ड के लिए आधिकारिक DNS सर्वर के कॉन्फ़िगरेशन पर निर्भर करता है, क्लाइंट कंप्यूटरों की ओर से पुनरावर्ती डीएनएस सर्वरों का कॉन्फ़िगरेशन, और क्लाइंट कंप्यूटर के ऑपरेटिंग सिस्टम के लिए निर्मित DNS कैशिंग कार्यक्षमता पर निर्भर करता है।
टीटीएल मूल्य को कम करने के लिए काफी अच्छा अभ्यास है ताकि डीएनएस रिकॉर्ड के लिए दिन-प्रतिदिन के बदलावों को समायोजित किया जा सके, लेकिन कैशिंग में "जीत" बनाने के लिए इतना लंबा समय (इतना कम नहीं कि कैश की उम्र कम हो जाए) कोई दक्षता सुधार प्रदान करना)। टीटीएल मूल्यों के साथ एक संतुलित रणनीति नियुक्त करने से सभी के लिए "जीत" होती है। यह किसी दिए गए डोमेन, रूट सर्वर और TLD सर्वर के लिए आधिकारिक DNS सर्वरों के लिए लोड और बैंडविड्थ उपयोग दोनों को कम करता है। यह पुनरावर्ती DNS सर्वर के ऑपरेटर के लिए अपस्ट्रीम बैंडविड्थ उपयोग को कम करता है। यह क्लाइंट कंप्यूटरों के लिए त्वरित क्वेरी प्रतिक्रियाओं का परिणाम है।
जैसा कि DNS रिकॉर्ड का TTL सेट किया गया है कम लोड और बैंडविड्थ का उपयोग आधिकारिक DNS सर्वरों पर बढ़ेगा क्योंकि पुनरावर्ती DNS सर्वर लंबे समय तक परिणाम को कैश करने में सक्षम नहीं होंगे। एक रिकॉर्ड के TTL के रूप में रिकॉर्ड में उच्च परिवर्तन जल्दी से "प्रभावी होने" के लिए प्रकट नहीं होगा, क्योंकि क्लाइंट कंप्यूटर अपने पुनरावर्ती DNS सर्वरों पर संग्रहीत कैश्ड परिणाम प्राप्त करना जारी रखेंगे। इष्टतम TTL सेट करने से रिकॉर्ड्स को जल्दी से बदलने और क्लाइंट्स पर परिलक्षित उन परिवर्तनों को देखने की क्षमता और उपयोग के बीच संतुलन बनाने की क्रिया में कमी आती है।
यह ध्यान देने योग्य है कि कुछ आईएसपी अपमानजनक हैं और आधिकारिक DNS सर्वर द्वारा निर्दिष्ट टीटीएल मूल्यों की अनदेखी करते हैं (अपने स्वयं के प्रशासनिक ओवरराइड का प्रतिस्थापन, जो कि आरएफसी का उल्लंघन है)। तकनीकी दृष्टिकोण से, इस बारे में कुछ भी नहीं किया जाना है। यदि अपमानजनक DNS सर्वर के ऑपरेटर अपने सिस्टम से शिकायतें कर सकते हैं, तो प्रशासक उनके सर्वोत्तम व्यवहार को लागू कर सकते हैं (यकीनन DNS से परिचित किसी भी नेटवर्क इंजीनियर के लिए सामान्य ज्ञान की मात्रा क्या है)। यह विशेष प्रकार का दुरुपयोग कोई तकनीकी समस्या नहीं है।
यदि हर कोई DNS रिकॉर्ड्स में "नियमों द्वारा परिवर्तन" खेलता है तो बहुत जल्दी "प्रभावी हो सकता है "। उदाहरण के लिए, एक "ए" रिकॉर्ड को सौंपा आईपी पते को बदलने के मामले में, टीटीएल मूल्य का एक घातीय बैकऑफ़ प्रदर्शन किया जाएगा, जिससे समय के साथ बदलाव होगा। टीटीएल 1 दिन से शुरू हो सकता है, उदाहरण के लिए, और 24 घंटे की अवधि के लिए 12 घंटे तक घटाया जा सकता है, फिर 6 घंटे 12 घंटे की अवधि के लिए, 3 घंटे 6 घंटे की अवधि के लिए, आदि, कुछ उपयुक्त छोटे अंतराल के लिए। एक बार जब टीटीएल को बंद कर दिया गया है, तो रिकॉर्ड को बदला जा सकता है और टीटीएल दिन-प्रतिदिन के संचालन के लिए वांछित मूल्य तक वापस ला सकता है। (यह एक घातीय बैकऑफ़ का उपयोग करने के लिए आवश्यक नहीं है, हालांकि यह रणनीति उस समय को कम करती है जब रिकॉर्ड में कम टीटीएल होगा और आधिकारिक DNS सर्वर पर लोड कम हो जाएगा।)
DNS रिकॉर्ड परिवर्तन लॉग बनाने के बाद पुराने DNS रिकॉर्ड के परिणामस्वरूप किए जा रहे एक्सेस प्रयासों की निगरानी की जानी चाहिए। एक नए आईपी पते को संदर्भित करने के लिए "ए" रिकॉर्ड को बदलने के उदाहरण में एक सर्वर को पुराने आईपी पते पर मौजूद रहना चाहिए ताकि क्लाइंट कंप्यूटरों से उत्पन्न एक्सेस प्रयासों को अभी भी पुराने "ए" रिकॉर्ड का उपयोग किया जा सके। एक बार पुराने रिकॉर्ड के आधार पर पहुंच के प्रयास पुराने आईपी पते को काफी कम स्तर तक पहुंचा सकते हैं। यदि एक पुराने रिकॉर्ड से संबंधित अनुरोध जल्दी से समाप्त नहीं हो रहे हैं, तो यह संभव है कि (जैसा कि ऊपर वर्णित है) एक पुनरावर्ती डीएनएस सर्वर आधिकारिक टीटीएल की अनदेखी कर रहा है। हालांकि, एक एक्सेस प्रयास के स्रोत आईपी पते को जानना, एक पुराने रिकॉर्ड की आपूर्ति के लिए जिम्मेदार पुनरावर्ती DNS सर्वर के रूप में प्रत्यक्ष जानकारी प्रदान नहीं करता है।
व्यक्तिगत रूप से, मैंने कई दिनों के बाद, कुछ घंटों में, और कुछ मामलों में मस्तिष्क-क्षतिग्रस्त आईएसपी के साथ कुछ मामलों में "प्रभावी रूप से" प्रभाव देखा है। अपने टीटीएल का एक बैकऑफ़ करना और इस बात पर ध्यान देना कि प्रक्रिया कैसे काम करती है, सफलता के लिए आपके बदलावों को बढ़ाएगी, लेकिन आप कभी भी निश्चित नहीं हो सकते हैं कि कुछ अच्छी तरह से अर्थ बेवकूफ अपने पुनरावर्ती डीएनएस सर्वर के साथ क्या कर सकते हैं।
1.1.1.1
या 8.8.8.8
या 9.9.9.9
या 80.80.80.80
। यह समझना महत्वपूर्ण है कि वे किसी भी तरह के होते हैं: उत्तर स्रोत आईपी के आधार पर बदल सकता है क्योंकि यह संभावित रूप से पूरी तरह से अलग शारीरिक उदाहरण पर हिट करेगा और कैश उनके पास सभी उदाहरणों के लिए वैश्विक हो सकता है, या नहीं।