मैंने अपने टीटीएल को 24 घंटे से 5 मिनट में बदल दिया। क्या मुझे रिकॉर्ड बदलने से पहले 24 घंटे इंतजार करना होगा?


37

मैं रैकस्पेस टा समर्पित सर्वर पर एक क्लाउड सर्वर से हमारे ऐप को माइग्रेट कर रहा हूं।

मैं क्लाउड सर्वर से समर्पित सर्वर पर डेटा की प्रतिलिपि बनाने के लिए एप्लिकेशन को ~ 5 मिनट के लिए नीचे लाना चाहता हूं, इसलिए मैं डेटा को कॉपी करने के बाद पुराने सर्वर पर जाने के लिए अनुरोध नहीं करना चाहता।

मैं नए सर्वर पर हमारे DNS रिकॉर्ड को इंगित करना चाहता हूं, लेकिन TTL को 24 घंटे के लिए सेट किया गया था। मैंने इसे 300 सेकंड में बदल दिया है। क्या मुझे उस डोमेन को इंगित करने / डेटा कॉपी करने के लिए आईपी को अपडेट करने से पहले 24 घंटे इंतजार करना होगा?


9
BTW यहां तक ​​कि अगर आप TTL की प्रतीक्षा करते हैं, तो मैं दृढ़ता से कहता हूं कि आप पुराने सर्वर पर कॉन्फ़िगरेशन को संपादित करते हैं यह सुनिश्चित करने के लिए कि कोई और अपडेट वहां स्वीकार नहीं किया जाएगा। सभी DNS रिज़ॉल्वर वास्तव में मानकों का पालन नहीं करते हैं।
पीटर ग्रीन

5
मैंने एक होस्टिंग प्रदाता से दूसरे में वेब-एप्लिकेशन को स्थानांतरित करते समय क्या किया था, जो किसी भी आगंतुकों को नए सर्वर के लिए निर्देशित पुराने आईपी का उपयोग करने के लिए अग्रेषित करने के लिए एक ssh पोर्ट का उपयोग करना था।
कास्परड

जवाबों:


58

जिस किसी के पास भी डोमेन रिकॉर्ड की कॉपी की गई है, वह इसे 24 घंटे तक अपडेट करने की जहमत नहीं उठाएगा, इसलिए हां अगर आपका इरादा अनुपलब्धता की अधिकतम 5 मिनट की खिड़की का है तो आपको तब तक इंतजार करना चाहिए जब तक कि सभी बकाया कैश में रहने के लिए अपडेट नहीं हो जाता। 5 मिनट से।


23
... यह 24 घंटे के लिए है since they last cached it। यह 1 से 86399 सेकंड तक कुछ भी हो सकता है।
user9517 GoFundMonica

6
@ अगर आपको सबसे बुरा मानना ​​है, क्योंकि किसी भी या सभी को परिवर्तन से ठीक पहले इसे कैश किया जा सकता है।
बरमार

6
@ बरमार कुछ भी मत मानो। ISP के बहुत सारे सादे टीटीएल को नजरअंदाज करते हैं।
user9517

13
@ अगर मैं लोडिंग डांसिंग के लिए लघु टीटीएल (जैसे 60 सेकंड) का भारी उपयोग करता है, तो मैं अकामाई के लिए काम करता था। मुझे याद है कि हमने एक अध्ययन किया और पाया कि अधिकांश आईएसपी ने हमारे टीटीएल का पालन किया।
बामर

1
मैं एक वेबहोस्टिंग कंपनी के लिए काम करता हूं, हमारा अनुभव है कि कम टीटीएल की तुलना में अधिक होने की अनदेखी की जाती है।
हेनरिक -

39

यह (संभावित) इससे भी बदतर है - आपको अपने सभी आधिकारिक सर्वरों को अपडेट करने के बाद 24 घंटे इंतजार करना होगा । अपडेट होने का सामान्य तरीका यह है कि आप प्राथमिक सर्वर पर ज़ोन में बदलाव करते हैं, और फिर प्रत्येक सेकेन्डरी अगली बार प्राथमिक के साथ जांच करने के लिए नए ज़ोन डेटा को स्थानांतरित करते हैं। आवृत्ति में चेक ज़ोन के SOA रिकॉर्ड में ताज़ा अंतराल द्वारा नियंत्रित किया जाता है। इस प्रकार, सबसे खराब स्थिति में आपको ज़ोन के ताज़ा अंतराल + रिकॉर्ड के टीटीएल का इंतजार करना होगा।

आप कर सकते हैं भी वास्तविक रिकॉर्ड बदलावों के लंबे इस इंतजार करना। 5 मिनट की टीटीएल बहुत अच्छा नहीं करेगी अगर सेकेंडरी हर 6 घंटे में रिफ्रेश हो जाए। तो आप शायद ज़ोन पर ताज़ा अंतराल को कम करना चाहते हैं और साथ ही उस अवधि के लिए जिसे आप त्वरित परिवर्तन करने में सक्षम होना चाहते हैं।

ध्यान रहे, यह आपके सेटअप पर लागू नहीं हो सकता है। यदि आपके पास एक प्रणाली है जो सभी आधिकारिक सर्वर को एक साथ अपडेट करती है, तो यह कोई समस्या नहीं है (और मैं रैकस्पेस के DNS सेटअप से परिचित नहीं हूं)। लेकिन मैं आपके सभी आधिकारिक सर्वर को व्यक्तिगत रूप से ( dig server.example.com @secondaryserver.example.com) सुनिश्चित करने की सलाह दूंगा कि आपके 24 घंटे की उलटी गिनती शुरू करने से पहले उनके पास नया टीटीएल हो।


1
यह स्वीकृत उत्तर होना चाहिए।
डॉटनचेन

4
आपको DNS Notify प्रोटोकॉल को नजरअंदाज करना प्रतीत होता है, जो दास सर्वर को मास्टर के अपडेट होने के तुरंत बाद रिफ्रेश करने के लिए कहता है। अधिकांश DNS सर्वर इस सुविधा का उपयोग करते हैं।
बरमार

@ बरमार: यह सच है, लेकिन एक ही समय में प्रदाता के आधार पर अपडेट करने में मास्टर को थोड़ा समय लग सकता है। (उदाहरण के लिए, कुछ प्रदाताओं केवल क्षेत्रों डेटाबेस हर 5 या 15 मिनट से पुनर्निर्माण, हालांकि आधुनिक लोगों को यह तुरन्त करते हैं।)
grawity

1
मेरी टिप्पणी केवल ताज़ा अंतराल के इंतजार के मुद्दे को संबोधित कर रही थी, जो कि इन दिनों ज्यादातर अप्रचलित है। अपडेट करने के लिए मास्टर की प्रतीक्षा करना सही है, जब तक कि आप अपने स्वामी को संचालित न करें। लेकिन मुझे लगता है कि यह संभावना नहीं है कि उन्हें सटीक समय से निपटने की आवश्यकता होगी जब सब कुछ अपडेट करने के लिए सुरक्षित हो जाए; 5-15 मिनट अतिरिक्त करने से ज्यादा फर्क नहीं पड़ना चाहिए। मूल प्रश्न का मुद्दा यह है कि क्या उन्हें पूरे दिन इंतजार करने की आवश्यकता है।
बरमार

1
@GordonDavisson: यदि आपको भरोसा नहीं है - सत्यापित करें। dig +nssearch example.comसभी सर्वरों में SOAs की तुलना करने के लिए एक उपयोगी उपकरण है; nsdiff वास्तविक अंतर दिखाता है।
विशाल

23

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


6
+1 टीटीएल का पालन नहीं करने के लिए, मैंने देखा है कि स्ट्रैग्लर्स को डीएनएस परिवर्तन करने के एक हफ्ते बाद आते हैं। जिस तरह से मैंने इसे अतीत में संभाला है वह नई साइट पर एक उपनाम के रूप में एक नया अनूठा नाम स्थापित करने के लिए था और पुराने साइट से उपयोगकर्ताओं को पुराने डोमेन से नए सिरे से रीडायरेक्ट करने के लिए उपयोग किया था, जैसे www.mycompany से .com -> newsite.mycompany.com
जॉनी

हां, लेकिन बहुत से लोग एक नए नाम का उपयोग करने के विचार को गलत तरीके से समझेंगे। नाम ब्रांड हैं। इसके अलावा, यह केवल HTTP के लिए और बहुत ज्यादा कुछ नहीं के लिए काम करता है।
स्वेन

8
एक अन्य विकल्प पुराने सर्वर को नए सर्वर के लिए एक रिवर्स प्रॉक्सी के रूप में कॉन्फ़िगर करना है। आप स्विच के बाद एक या एक सप्ताह के लिए इसे छोड़ सकते हैं और इसे बंद कर सकते हैं जब इसके माध्यम से कोई यातायात नहीं आ रहा है।
bdsl

1
जिन लोगों के पास अच्छी तरह से DNS सर्वर हैं जो TTL का पालन करते हैं, वे कभी भी नया डोमेन नहीं देखेंगे। और जबकि यह "केवल" HTTP (एस) के साथ काम करता है, मुझे लगता है कि आप पाएंगे कि HTTP इंटरनेट पर एक काफी सामान्य प्रोटोकॉल है। bdsl का रिवर्स प्रॉक्सी सेट करने का सुझाव और भी बेहतर है, लेकिन अधिक काम है
जॉनी

@ जॉनी एक नए डोमेन के साथ समस्या यह है कि आप उस डोमेन को बुकमार्क करने वाले लोगों के जोखिम को चलाते हैं। जब तक आप ने कहा कि नए डोमेन को हमेशा के लिए सुलभ छोड़ने की योजना नहीं है।
बॉब

5

विभिन्न टिप्पणियों और उत्तरों को पूरी तरह से एक साथ खींचना कुछ इस तरह होगा।

  1. सुनिश्चित करें कि आप अपने आधिकारिक सर्वर को समय पर ढंग से अपडेट कर सकते हैं।
  2. TTL कम करें।
  3. सभी आधिकारिक सर्वरों की जाँच करें नया ttl।
  4. पुराने TTL की प्रतीक्षा करें ताकि पुराने TTL के साथ कैश किए गए मान (अधिकतर) कैश से समाप्त हो जाएँ (आप उन्हें कैश नहीं कर सकते क्योंकि वे हर कैश से मानकों को अनदेखा कर सकते हैं)।
  5. पुराने सर्वर पर साइट को केवल पढ़ने के लिए मोड में रखें (या यदि आप ऐसा नहीं कर सकते हैं तो इसे "हम मेन्टिनेंस के लिए नीचे हैं" पृष्ठ से बदलें)।
  6. पुराने सर्वर से नए सर्वर पर अंतिम प्रतिलिपि करें (परिणामस्वरूप नए सर्वर पर केवल पढ़ने के लिए साइट)।
  7. DNS रिकॉर्ड्स बदलें।
  8. सुनिश्चित करें कि सभी आधिकारिक सर्वर में नए DNS रिकॉर्ड हैं।
  9. नए ttl की प्रतीक्षा करें (आप इस कदम को छोड़ सकते हैं यदि आप कुछ उपयोगकर्ताओं को साइट में योगदान करने में सक्षम नहीं होने देते हैं और अन्य उपयोगकर्ता उन योगदानों के परिणाम नहीं देख रहे हैं)।
  10. साइट को नए सर्वर पर रीड / राइट मोड में रखें।
  11. पुराने सर्वर पर एक सूचना डालें कि यह एक पुरानी रीड-ओनली कॉपी है और उपयोगकर्ता के DNS को तोड़ने की संभावना है।
  12. गैर-पंजीकृत DNS कैश से बाहर निकलने के लिए रिकॉर्ड के लिए थोड़ी देर प्रतीक्षा करें।
  13. पुराने सर्वर को डिमोशन करना।

5

अन्य उत्तरों के अलावा, आप यह देखने के लिए https://www.whatsmydns.net/ का उपयोग कर सकते हैं कि आपका DNS रिकॉर्ड लगभग वास्तविक समय में कैसे प्रचारित कर रहा है। यहाँ छवि विवरण दर्ज करें

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.