DNS प्रोपेगेशन टाइम: असल में कितना समय लगता है और इसे तेज़ कैसे करें

DNS प्रोपेगेशन टाइम वह देरी है जो DNS बदलाव सेव करने और इंटरनेट के हर रिज़ॉल्वर के नया जवाब देने के बीच होती है। सामान्य रिकॉर्ड एडिट में यह आम तौर पर कुछ मिनट से लेकर रिकॉर्ड के पुराने TTL तक होती है; नेमसर्वर बदलने पर इसमें 24–48 घंटे तक लग सकते हैं, क्योंकि पैरेंट ज़ोन के डेलिगेशन रिकॉर्ड ज़्यादा समय तक कैश रहते हैं।

“प्रोपेगेशन” शब्द थोड़ा भ्रामक है। इंटरनेट पर कुछ भी ब्रॉडकास्ट नहीं होता। जैसे ही आप सेव पर क्लिक करते हैं, आपके ऑथोरिटेटिव DNS सर्वर को नई वैल्यू पता चल जाती है। आप असल में इंतज़ार कर रहे होते हैं हज़ारों स्वतंत्र कैश का, जो ISP, पब्लिक रिज़ॉल्वर, राउटर और ऑपरेटिंग सिस्टम में होते हैं, कि वे पहले स्टोर किया जवाब फेंककर दोबारा पूछें।

DNS बदलाव तुरंत क्यों नहीं दिखते

हर DNS जवाब के साथ एक TTL (time to live) होता है, यानी सेकंड की एक संख्या जो रिज़ॉल्वर को बताती है कि वह दोबारा पूछे बिना जवाब को कितनी देर तक इस्तेमाल कर सकता है। अगर किसी विज़िटर के ISP रिज़ॉल्वर ने आपका A रिकॉर्ड देखा था और तब उसका TTL 3600 था, तो आपके बदलाव के बाद भी वह रिज़ॉल्वर एक घंटे तक पुराना IP देता रह सकता है, आपका DNS प्रोवाइडर चाहे कितना भी तेज़ हो।

पूरा मैकेनिज़्म बस इतना ही है। अलग-अलग रिज़ॉल्वर ने आपका रिकॉर्ड अलग-अलग समय पर लिया, इसलिए उनकी कॉपी भी अलग-अलग समय पर एक्सपायर होती है। इसी वजह से एक दोस्त को नई साइट दिखती है और दूसरे को अब भी पुरानी, और इसीलिए ऑनलाइन “propagation checker” कुछ समय तक हरी और लाल लोकेशन का मिला-जुला नक्शा दिखाते हैं।

DNS प्रोपेगेशन में कितना समय लगता है? सामान्य समय

जवाब इस पर निर्भर करता है कि आपने क्या बदला। नीचे की तालिका यथार्थवादी रेंज दिखाती है, यह मानते हुए कि कैश TTL का पालन करते हैं (ज़्यादातर बड़े रिज़ॉल्वर करते हैं)।

“नया रिकॉर्ड” वाली पंक्ति लोगों को चौंकाती है। अगर आपने या किसी टूल ने app.example.com को उसके बनने से पहले देखा था, तो रिज़ॉल्वर ने “मौजूद नहीं है” वाला जवाब कैश कर लिया। यह नेगेटिव जवाब भी कैश होता है, ज़ोन के SOA रिकॉर्ड से निकली अवधि के लिए, जैसा RFC 2308 में परिभाषित है। किसी होस्टनेम को बनाने से पहले उसे टेस्ट न करें।

रिकॉर्ड बदलाव बनाम नेमसर्वर बदलाव

एक ही ज़ोन के अंदर रिकॉर्ड बदलाव

जब आप सिर्फ़ रिकॉर्ड एडिट करते हैं, जैसे A रिकॉर्ड अपडेट करके साइट को नए सर्वर पर ले जाना, तो आप एक कैश लेयर और एक TTL से निपट रहे होते हैं। अगर TTL 300 सेकंड था, तो लगभग हर किसी को करीब पाँच मिनट में नया IP दिखने लगता है। यह तेज़ और अनुमानित स्थिति है, और यही होता है जब आप हमारी डोमेन को VPS से कैसे जोड़ें वाली गाइड फ़ॉलो करते हैं।

नेमसर्वर बदलाव

नेमसर्वर बदलने से पूरा ज़ोन किसी दूसरे DNS प्रोवाइडर पर चला जाता है। रिज़ॉल्वर TLD के अपने सर्वर से सीखते हैं कि कौन-से नेमसर्वर ऑथोरिटेटिव हैं, और बड़े TLD के लिए इन डेलिगेशन रिकॉर्ड का TTL आम तौर पर एक या दो दिन होता है। आप यह TTL कम नहीं कर सकते; इसे रजिस्ट्री तय करती है। मशहूर “48 घंटे तक” यहीं से आता है।

उस दौरान कुछ रिज़ॉल्वर अब भी पुराने प्रोवाइडर से पूछते हैं और कुछ नए से। अगर दोनों ज़ोन एक जैसे नहीं हैं, तो विज़िटर को अलग-अलग जवाब मिलते हैं। सुरक्षित तरीका है: पहले नए प्रोवाइडर पर हर रिकॉर्ड दोबारा बनाएँ, उसे सीधे जाँचें, और उसके बाद ही नेमसर्वर बदलें। अगर आप तय कर रहे हैं कि DNS को कहीं ले जाना भी है या नहीं, तो पहले Cloudflare DNS बनाम रजिस्ट्रार DNS पढ़ें।

DNS प्रोपेगेशन तेज़ कैसे करें (व्यावहारिक तरीका)

आप दूसरों के रिज़ॉल्वर को कैश साफ़ करने के लिए मजबूर नहीं कर सकते, लेकिन यह पक्का कर सकते हैं कि इंतज़ार करने लायक बहुत कम कैश बचे। बदलाव की योजना ऐसे बनाएँ:

1. TTL पहले से कम करें — बदलाव से कम से कम एक पूरे पुराने-TTL पहले (1 घंटे के TTL के लिए, कुछ घंटे पहले), जिन रिकॉर्ड को आप छूने वाले हैं उन्हें 60–300 सेकंड पर सेट करें।
2. नई जगह तैयार रखें — पक्का करें कि नया सर्वर, मेलबॉक्स या सर्विस पहले से सही जवाब दे रही है, ताकि जल्दी पहुँचने वाला ट्रैफ़िक भी संभल जाए।
3. बदलाव करें — रिकॉर्ड अपडेट करें। अब कैश उसे एक या पाँच मिनट तक ही रखते हैं, इसलिए स्विच लगभग तुरंत फैल जाता है।
4. बाहर से जाँचें — कई पब्लिक रिज़ॉल्वर और ऑथोरिटेटिव सर्वर से सीधे क्वेरी करें (अगला सेक्शन देखें)।
5. पुराने टारगेट को कुछ समय चालू रखें — पुराने सर्वर को कम से कम पुराने TTL और थोड़े अतिरिक्त समय तक चलने दें, ताकि देर से आने वाले किसी बंद IP पर न पहुँचें।
6. TTL फिर बढ़ाएँ — सब स्थिर होने पर 3600 जैसी लंबी वैल्यू पर लौटें, ताकि लुकअप कम हों और मज़बूती बढ़े।

DNS प्रोपेगेशन कैसे चेक करें

सच के स्रोत से शुरू करें: अपने ऑथोरिटेटिव नेमसर्वर से सीधे पूछें। अगर वह नई वैल्यू लौटाता है, तो आपका काम पूरा है और बाकी सिर्फ़ कैशिंग है। आम कमांड:

• dig +short example.com A @ns1.yourprovider.com — ऑथोरिटेटिव जवाब।
• dig +short example.com A @1.1.1.1 और @8.8.8.8 — दो बड़े पब्लिक रिज़ॉल्वर इस समय क्या लौटा रहे हैं। पूरे dig आउटपुट में दिखने वाला TTL उल्टी गिनती करता है; शून्य होने पर अगली क्वेरी नई वैल्यू लाती है।
• nslookup example.com — Windows पर उपलब्ध, जब dig न हो।
• dig NS example.com +trace — रूट से डेलिगेशन को फ़ॉलो करता है, TLD स्तर पर नेमसर्वर बदलाव पक्का करने के लिए उपयोगी।

ग्लोबल “DNS propagation check” वेबसाइटें यही क्वेरी कई देशों से चलाती हैं। विज़ुअल ओवरव्यू के लिए ये काम की हैं, लेकिन याद रखें कि ये कुछ ही रिज़ॉल्वर दिखाती हैं, हर ISP नहीं।

अपना कैश साफ़ करना

अक्सर पुराना जवाब आपकी अपनी मशीन पर होता है। OS कैश फ़्लश करें (Windows पर ipconfig /flushdns, कई Linux सिस्टम पर sudo resolvectl flush-caches, macOS पर sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder), ब्राउज़र रीस्टार्ट करें, या घर के राउटर को बायपास करने के लिए मोबाइल डेटा पर टेस्ट करें।

उदाहरण: साइट को नए सर्वर पर ले जाना

मान लीजिए आप साइट को पुरानी शेयर्ड होस्टिंग से नए VPS पर ले जा रहे हैं, और आपके A रिकॉर्ड का TTL अभी 3600 सेकंड है। ज़ीरो डाउनटाइम वाली टाइमलाइन कुछ ऐसी हो सकती है:

• सोमवार सुबह: A और www रिकॉर्ड का TTL 300 सेकंड करें। पुराने एक घंटे वाले कैश ख़ाली होने के लिए कम से कम एक घंटा इंतज़ार करें, या सुरक्षित रहने के लिए स्विच अगले दिन करें।
• स्विच से पहले: फ़ाइलें और डेटाबेस नए सर्वर पर कॉपी करें और अपने कंप्यूटर की hosts फ़ाइल से नए IP पर साइट टेस्ट करें।
• स्विच: A रिकॉर्ड अपडेट करें। चूँकि कैश इसे ज़्यादा से ज़्यादा पाँच मिनट रखते हैं, ट्रैफ़िक कुछ ही मिनटों में नए सर्वर पर आने लगता है।
• अगले दिन: जब पुराने सर्वर के लॉग में विज़िट आनी बंद हो जाएँ, उसे बंद करें और TTL वापस 3600 करें।

डेटाबेस वाली साइटों में स्विच के दौरान कमेंट या ऑर्डर जैसी राइटिंग को थोड़ी देर रोकें; वरना पुराने सर्वर पर आई आख़िरी कुछ एंट्री नए सर्वर तक कभी नहीं पहुँचेंगी। अगर आप ईमेल भी ले जा रहे हैं, तो MX रिकॉर्ड पर यही तर्क लगाएँ और पुराना मेलबॉक्स कुछ दिन खुला रखें।

प्रोपेगेशन की आम समस्याएँ और समाधान

• आपके लिए चलता है, दूसरों के लिए नहीं — ऑथोरिटेटिव सर्वर जाँचें; अगर वह सही है, तो आप कैश का इंतज़ार कर रहे हैं। अगर नहीं, तो रिकॉर्ड गलत ज़ोन या प्रोवाइडर में सेव हुआ है।
• 48 घंटे बाद भी पुराना — आम तौर पर डोमेन उन नेमसर्वर से अलग नेमसर्वर इस्तेमाल कर रहा है जिन्हें आपने एडिट किया। रजिस्ट्रार पर NS रिकॉर्ड की तुलना वहाँ से करें जहाँ आपने बदलाव किया।
• माइग्रेशन के बाद ईमेल बाउंस — नेमसर्वर स्विच से पहले MX, SPF और DKIM रिकॉर्ड नए ज़ोन में कॉपी नहीं किए गए।
• SSL सर्टिफ़िकेट जारी नहीं होता — सर्टिफ़िकेट अथॉरिटी का वेरिफ़िकेशन पुराने IP पर पहुँचा, या कोई CAA रिकॉर्ड उसे रोक रहा है। TTL ख़त्म होने दें और दोबारा कोशिश करें।

mistREG पर DNS प्रोपेगेशन टाइम

mistREG पर रजिस्टर डोमेन का DNS ज़ोन Cloudflare के ऑथोरिटेटिव नेटवर्क पर होस्ट होता है और mistREG पैनल से मैनेज होता है, इसलिए एडिट लगभग तुरंत ऑथोरिटेटिव सर्वर पर लाइव हो जाते हैं। आप 60 से 86,400 सेकंड के बीच कोई भी TTL चुन सकते हैं या उसे “auto” पर छोड़ सकते हैं, जिससे ऊपर बताया “पहले TTL कम करें” वाला तरीका आसानी से अपनाया जा सकता है।

रिकॉर्ड DNS-only मोड में सर्व होते हैं, यानी आप जो IP डालते हैं, विज़िटर को ठीक वही IP मिलता है। अगर आप अपने नेमसर्वर पसंद करते हैं तो कभी भी कस्टम नेमसर्वर सेट कर सकते हैं; तब डोमेन Cloudflare पर होस्ट ज़ोन से बाहर चला जाता है और नेमसर्वर प्रोपेगेशन की सामान्य अवधि लागू होती है। आप 200+ TLD में डोमेन सर्च कर सकते हैं, FAQ पढ़ सकते हैं, या Telegram पर @mistnetwork या पैनल के टिकट सिस्टम से सपोर्ट तक पहुँच सकते हैं। हमेशा की तरह, सर्विस का इस्तेमाल प्रोवाइडर की शर्तों के अधीन है।