अतीत में होने के लिए DNS सीरियल नंबर बदलना

12

हमारे पास हमारे संगठन के लिए कुछ DNS सर्वर हैं जो मेरे पूर्ववर्ती द्वारा सेटअप किए गए थे। उन्होंने सीरियल नंबर के लिए मानक प्रारूप का उपयोग नहीं किया, इसके बजाय उन्होंने 2033 से शुरू होने वाले एक अजीब प्रारूप का उपयोग किया। मैं जो करना चाहता हूं वह अपने DNS सर्वरों को अपने साथ बदल रहा हूं लेकिन सीरियल नंबर को "उचित" प्रारूप का उपयोग करके बदलने के बारे में चिंतित हूं YYYYMMDDXX क्योंकि यह एक कम संख्या होगी।

ये हमारे सार्वजनिक DNS सर्वर हैं, और मैं सिर्फ यह सुनिश्चित करना चाहता हूं कि ऐसा करने में कोई समस्या नहीं होगी। क्या किसी को इस तरह के संक्रमण का अनुभव था?

domain-name-system bind

— जॉर्डन यूसन
स्रोत

6

हेड-अप: DNS सीरियल नंबर के लिए कोई मानक प्रारूप नहीं है।

— बजे जॉन गार्डनियर्स

1

@ जॉन धारावाहिक प्रारूप RFC1912 खंड 2.2 द्वारा अनुशंसित है। देखें: faqs.org/rfcs/rfc1912.html

— जस्टिन स्कॉट

@ जस्टिन, यह और कुछ नहीं है कि एक सुझाव है। यह कोई मानक नहीं है। इसके अलावा, एक आरएफसी वैसे भी एक मानक नहीं है। यह एक मानक के लिए एक सिफारिश का अग्रदूत है। और कुछ नहीं।

— जॉन गार्डनियर्स 4

@ मैंने यह नहीं कहा कि यह एक मानक था, मैंने कहा कि यह "अनुशंसित" था। हालाँकि, लगभग हर DNS ज़ोन को मैंने कभी भी उस प्रारूप का उपयोग करते देखा है, इसलिए आप कह सकते हैं कि यह एक वास्तविक मानक है।

— जस्टिन स्कॉट

6

यदि 2033 से शुरू होने वाली उसकी संख्या अधिक है तो YYYYMMDDXX मानक फिर आप मूल्य को रीसेट कर सकते हैं।

यहां एक लेख है जो प्रक्रिया का वर्णन करता है। मूल रूप से आपको इस तथ्य का फायदा उठाना होगा कि सीरियल नंबर एक 32 बिट पूर्णांक है और यदि आप बड़े मूल्यों का उपयोग करते हैं तो लपेटेंगे।

— Zoredache
स्रोत

यही कारण है कि स्टैक एक्सचेंज में एक समाधान से लिंक करना वास्तव में जानकारी प्रदान नहीं कर रहा है। लिंक डीईएडी है!

— लेब्राडार

@ लैब्राडॉर्ट अभी भी मेरे लिए काम करता है। यह थोड़ी देर पहले एक संग्रह से जुड़ा हुआ था। लिंक अभी भी मान्य है। यहां कुछ और लिंक दिए गए हैं unix.stackexchange.com/questions/36869/… microhowto.info/howto/ ... मैं वास्तव में पृष्ठों की संपूर्णता को एक उत्तर में कॉपी-पेस्ट नहीं करना चाहता था। इसके अलावा, मुझे अभी भी लगता है कि यह एक 32 बिट पूर्णांक है शायद अधिकांश लोगों के लिए Google के माध्यम से वर्तमान पृष्ठों के लिए पर्याप्त है।

— Zoredache

"504 गेटवे टाइम-आउट सर्वर ने समय पर प्रतिक्रिया नहीं दी।" - मूल लिंक से। यहाँ कुछ उपयोगी जानकारी दी गई है ... जब तक सीरियल नंबर नहीं बढ़ाया जाता है तब तक बाइंड 9.9 ज़ोन स्थानांतरण "भी-सूचित" के माध्यम से नहीं करेगा। सीरियल नंबर कभी भी एक बार में 2147483647 से ज्यादा आगे नहीं बढ़ सकता है। ओडोमीटर पर 99999999 के बराबर 2 ^ 32 - 1, या 4294967295 है। माध्यमिक एनएस के लिए प्रतीक्षा करने से पहले नए एसओए प्राप्त करने के लिए प्रतीक्षा करें ताकि आप उन्हें कम मूल्य वाले सीरियल नंबर पर आगे रोल करने के लिए प्राप्त कर सकें।

— लैब्राडोर

6

मुझे स्वयं ऐसा करने की आवश्यकता नहीं है, लेकिन मैंने प्रो DNS और लेखक पुस्तक के लेखक से एक हल ( HOWTO Fix SOA RR सीरियल नंबर ) बुक किया, यदि मैं यह गलती खुद करता हूँ।

— पीटर मरे
स्रोत

4

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

— जस्टिन स्कॉट
स्रोत

3

और अगर वह काम नहीं करता है (कम से कम उस मामले में BIND के) तो केवल सेकेंडरी से ज़ोन फ़ाइल (ओं) को हटा दें और इसे फिर से लोड करें, जिससे यह नई प्रतियाँ प्राप्त करेगा।

— जॉन गार्डनियर्स 4

0

जैसा कि कहा गया है, SOA संसाधन रिकॉर्ड में सीरियल फ़ील्ड में कोई तथाकथित "मानक प्रारूप" नहीं है। इसका उपयोग सभी DNS सर्वर सॉफ्टवेयर्स द्वारा भी नहीं किया जाता है। (आजकल, दुनिया की एक उचित राशि भी ज़ोन ट्रांसफ़र डेटाबेस प्रतिकृति का उपयोग नहीं करती है।) ISC के BIND के साथ, यह सिर्फ एक संख्या है, जिसके विशिष्ट मूल्य का कोई निहित अर्थ नहीं है, ज़ोन ट्रांसफर डेटाबेस प्रतिकृति के दौरान जांच करने के लिए उपयोग किया जाता है कि क्या प्रतिकृतियां बाहर हैं तिथि, और कोई भी जो भी योजना इसे पसंद करने के लिए चुन सकता है, प्रोविज़ो के साथ, जैसा कि कहा गया है, कि "नए" का अर्थ "एक बड़ी संख्या, मोडुलो 32 बिट्स" होना चाहिए।

आप पहले से ही यहाँ नुकसान का सामना कर चुके हैं। जो भी योजना चुनता है, वह किसी के साथ आने के लिए बाध्य होता है और (जानकारी का अभाव) उसे नहीं समझता है, या उसे बदलना चाहता है, जैसे कि आप समझ नहीं पाए हैं और उस व्यक्ति की योजना को बदलना चाहते हैं जो आपके सामने आया था। यह किसी के सिस्टम प्रशासन विकल्पों का दस्तावेजीकरण नहीं करने की दशा है । इसलिए अपनी पसंद का दस्तावेज।

— JdeBP
स्रोत

बेशक वहाँ भी संभावना है कि पूर्ववर्ती बस बनाने से पहले पसंद के बारे में नहीं सोचा था। मुझे लगता है कि एक मामला 'आमतौर पर एक कारण है और यह सिर्फ प्रलेखित नहीं था' की तुलना में अधिक होना है।

— क्रिस एस