DNS बदलाव में समय क्यों लगता है: TTL और प्रोपेगेशन

DNS प्रोपेगेशन का असली मतलब

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

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

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

TTL असल में कैसे काम करता है

TTL हर रिकॉर्ड के साथ लगी सेकंड की एक संख्या है। यह कोई सुझाव या पसंद नहीं, यह शर्त है। TTL 3600 वाला रिकॉर्ड हर रिज़ॉल्वर से कहता है: यह जवाब एक घंटे तक सही है, उससे पहले मत आना।

तीन बातें लगभग सबको चकमा देती हैं:

• गिनती तब शुरू होती है जब रिज़ॉल्वर रिकॉर्ड कैश करता है, तब नहीं जब आप बदलाव करते हैं। अगर किसी रिज़ॉल्वर ने आपका रिकॉर्ड 50 मिनट पहले TTL 3600 के साथ लिया था, तो वह 10 मिनट में अपडेट होगा। जिसने 5 मिनट पहले लिया, वह 55 मिनट रुकेगा। इसीलिए कुछ लोग बदलाव बहुत पहले देख लेते हैं।
• मायने पुराना TTL रखता है। जिस पल आप वैल्यू बदल रहे हैं उसी पल TTL घटाने से कुछ कम नहीं होता, क्योंकि रिज़ॉल्वर अभी भी पिछली क्वेरी के TTL का पालन कर रहे हैं। नया, छोटा TTL उनके अगले अपडेट से लागू होगा।
• TTL हर रिकॉर्ड का होता है, पूरे डोमेन का नहीं। आपका A रिकॉर्ड और MX रिकॉर्ड घंटों के फ़र्क से खत्म हो सकते हैं।

कौन-से कैश पुराना जवाब रखते हैं

विज़िटर और आपके नेमसर्वर के बीच कभी एक ही कैश नहीं होता। जब बदलाव अटका हुआ लगे, तो यह जानना काम आता है कि कौन-सी परत ज़िम्मेदार है।

• रिकर्सिव रिज़ॉल्वर – आपके ISP का या Cloudflare और Google जैसा पब्लिक। TTL इसी कैश को नियंत्रित करता है, और “मेरे साथी को दिख रहा है, मुझे क्यों नहीं” का असली जवाब आम तौर पर यही है।
• ऑपरेटिंग सिस्टम अपना छोटा कैश रखता है। उसे फ़्लश करना ही वह एक कदम है जो सचमुच आपके हाथ में है।
• ब्राउज़र अलग से कैश करता है, और खासकर Chrome छोटे TTL से काफ़ी ज़्यादा देर तक रिकॉर्ड रखता है। दूसरा ब्राउज़र या प्राइवेट विंडो इसे सेकंडों में जाँच लेती है।
• आपका खुद का राउटर फ़ॉरवर्डिंग रिज़ॉल्वर चला सकता है, जो एक और कैश परत जोड़ देता है।

इसीलिए किसी एक मशीन से की गई जाँच लगभग कुछ नहीं बताती। कई पब्लिक रिज़ॉल्वर से सीधे पूछें और तुलना करें – ठीक इसी काम के लिए DNS क्वेरी टूल होता है।

असल में कितना समय लगता है

ईमानदार जवाब: ज़्यादातर लोगों के लिए पिछले TTL से अधिक नहीं। हर जगह दोहराए जाने वाले “24 से 48 घंटे” उस दौर से आते हैं जब डिफ़ॉल्ट TTL बहुत लंबे होते थे, और आज वे सही होने से कहीं ज़्यादा बार गलत होते हैं।

• TTL 300 (5 मिनट) – लगभग तुरंत। उन रिकॉर्ड पर आम है जो बार-बार बदलते हैं।
• TTL 3600 (1 घंटा) – बहुत आम डिफ़ॉल्ट। ज़्यादातर लोग बदलाव एक घंटे के भीतर देख लेते हैं।
• TTL 86400 (24 घंटे) – कुछ रजिस्ट्रार पर अभी भी डिफ़ॉल्ट है, और एक दिन रुकने की सलाह का असली स्रोत यही है।

दो चीज़ों में सचमुच ज़्यादा समय लगता है। रजिस्ट्रार पर नेमसर्वर बदलना TLD के खुद के रिकॉर्ड को छूता है, जिनका अपना TTL होता है, अक्सर 48 घंटे। और कुछ गिने-चुने रिज़ॉल्वर छोटे TTL को नज़रअंदाज़ कर अपनी न्यूनतम सीमा लगा देते हैं – इसी वजह से एक ज़िद्दी अल्पसंख्या पीछे रह जाती है।

बिना डाउनटाइम रिकॉर्ड कैसे बदलें

इंतज़ार तभी समस्या है जब आपने उसकी योजना न बनाई हो। नीचे का क्रम उसे लगभग पूरी तरह हटा देता है, कीमत है एक अतिरिक्त कदम।

पहले TTL घटाएँ और रुकें

बदलाव से कम से कम एक पूरे पुराने TTL जितना पहले, TTL को 300 कर दें। फिर पुराने TTL को बीतने दें। यही कदम सब छोड़ देते हैं, और मायने सिर्फ़ यही रखता है: आप इंतज़ार पहले ही खर्च कर लेते हैं, जब पुरानी वैल्यू अभी सही है और किसी को परेशान नहीं करती।

बदलाव करें

अब वैल्यू बदलें। चूँकि हर रिज़ॉल्वर पाँच-पाँच मिनट में अपडेट हो रहा है, नया जवाब करीब उतने ही समय में दुनिया तक पहुँच जाता है।

अपनी मशीन के बाहर जाँचें

ब्राउज़र रीलोड करने के बजाय कई पब्लिक रिज़ॉल्वर से मिलान करें। आपका लैपटॉप सबसे कम भरोसेमंद गवाह है।

TTL वापस बढ़ाएँ

बदलाव पक्का हो जाने पर TTL को एक ठीक-ठाक वैल्यू पर लौटा दें – 3600 या उससे ऊपर। सब कुछ हमेशा के लिए 300 पर छोड़ने का मतलब है ज़्यादा क्वेरी, थोड़ा धीमा पहला लोड, और कोई कैश नहीं जो आपके नेमसर्वर का दिन खराब होने पर आपको बचा ले।

प्रगति ईमानदारी से कैसे जाँचें

तीन जाँचें लगभग पूरी कहानी बता देती हैं:

• रिज़ॉल्वर की तुलना करें। वही रिकॉर्ड Cloudflare, Google और Quad9 से पूछें। अलग जवाब का मतलब है कि बदलाव चल रहा है, टूटा नहीं है।
• जवाब में TTL पढ़ें। रिज़ॉल्वर अपनी कॉपी के बचे हुए सेकंड लौटाता है, उलटी गिनती में। यह संख्या अक्षरशः बताती है कि वह रिज़ॉल्वर कितनी देर और पुराना जवाब देगा।
• जिस टाइप को बदला है उसी की क्वेरी करें। पुराना MX रिकॉर्ड A क्वेरी में नहीं दिखेगा।

तीनों काम ब्राउज़र में DNS लुकअप टूल से हो जाते हैं – क्वेरी के बीच रिज़ॉल्वर बदलते रहें और हर पंक्ति का TTL पढ़ें।

क्या यह MX, TXT और CNAME पर भी लागू है?

हाँ – तरीका हर रिकॉर्ड टाइप में एक जैसा है, लेकिन नतीजे अलग होते हैं, और उन्हें छूने से पहले यह जानना ज़रूरी है।

• MX रिकॉर्ड में सावधानी चाहिए। जब तक पुराना MX कैश में है, ईमेल पुराने सर्वर पर ही पहुँचेगा। वह मेल किसी कतार में आपका इंतज़ार नहीं करती, वह कहीं पहुँच जाती है जहाँ आप शायद अब नहीं देखते। मेल माइग्रेशन से काफ़ी पहले TTL घटाएँ और पुराना मेलबॉक्स TTL पूरी तरह खत्म होने तक चालू रखें।
• TXT रिकॉर्ड – SPF, DKIM और डोमेन वेरिफ़िकेशन – आम तौर पर सबसे कम नुकसानदेह हैं, क्योंकि फेल हुई जाँच बाद में दोबारा हो जाती है। अपवाद SPF है: पुराना SPF रिकॉर्ड इस बीच असली मेल को फेल के तौर पर चिह्नित कर सकता है।
• CNAME रिकॉर्ड एक दूसरा TTL साथ लाते हैं। रिज़ॉल्वर आपका CNAME कैश करता है और अलग से उसके टारगेट का रिकॉर्ड, दोनों की अपनी गिनती। आपका असली इंतज़ार दोनों में से बड़ा होता है – इसी वजह से लंबे TTL वाले प्रोवाइडर की ओर इशारा करने वाला CNAME आपकी सेटिंग से पीछे रह सकता है।
• NS रिकॉर्ड ऊपर बताया गया धीमा मामला हैं, क्योंकि डेलिगेशन एक स्तर ऊपर TLD ज़ोन में रहता है।

आपने जो भी बदला हो, अंदाज़ा लगाने के बजाय ठीक उसी टाइप की क्वेरी करें। पुराना MX, A क्वेरी में अदृश्य है, और जो TTL मायने रखता है वह उसी पंक्ति का है जिसे आपने सचमुच बदला था।

आम गलतियाँ

• TTL घटाना और वैल्यू बदलना एक साथ। सबसे आम गलती, और इससे कुछ नहीं होता।
• एक ही ब्राउज़र से फ़ैसला करना। चार कैश गहरे बैठकर जाँचना सबसे खराब जगह है।
• रिकॉर्ड बदलना था, नेमसर्वर बदल देना। बहुत धीमा, और सामान्य गाइड पढ़कर गलती से हो जाना आसान।
• माइग्रेशन के बाद TTL हमेशा के लिए 300 पर छोड़ देना।
• 24 घंटे मान लेना और जाँचना ही नहीं। एक घंटे के TTL पर आम तौर पर आपका काम एक घंटे में हो जाता है।

संक्षेप में

आपका बदलाव उसी पल लागू हो गया था जब आपने सेव किया। आप दूसरों के कैश खत्म होने का इंतज़ार कर रहे हैं, और पुराना TTL ठीक-ठीक बताता है कि उसमें कितना समय लगेगा। योजना वाले बदलाव से पहले TTL घटाएँ, अपने ब्राउज़र के बजाय पब्लिक रिज़ॉल्वर से जाँचें, और बाद में TTL वापस बढ़ा दें। किसी डोमेन के मौजूदा रिकॉर्ड और बचा हुआ TTL मुफ़्त DNS लुकअप टूल से देखें, या SSL सर्टिफ़िकेट चेकर से पुष्टि करें कि सर्टिफ़िकेट नए होस्ट तक पहुँच गया है।

संबंधित टूल और गाइड:

• DNS लुकअप — मान और TTL के साथ A, AAAA, MX, TXT, NS और अधिक DNS रिकॉर्ड क्वेरी करें, साथ ही रिवर्स DNS।
• SSL प्रमाणपत्र चेकर — किसी भी डोमेन का SSL प्रमाणपत्र जाँचें: जारीकर्ता, समाप्ति तिथि और शेष दिन।
• DNS लुकअप: डोमेन रिकॉर्ड क्वेरी करने की पूरी गाइड — किसी भी डोमेन के लिए A

अक्सर पूछे जाने वाले सवाल