डायनामेडीएनएस तुरंत कैसे कार्य करता है?


16

DNS की मुख्य कार्यक्षमता के बारे में मेरी समझ डोमेन नाम (जैसे blah-whatever.com) और आईपी पते (जैसे 100.2.3.4 ) के बीच एक नामकरण / मानचित्रण सेवा प्रदान करना है ।

इसके अलावा, इंटरनेट डीएनएस सर्वर कैसे काम करता है, इसके बारे में मेरी समझ यह है कि जब एक डोमेन / आईपी मैपिंग रिकॉर्ड को बदल दिया जाता है (कहते हैं, blah-whatever.comअब 105.2.3.4 को इंगित करने के लिए बदल रहा है , आदि), इस परिवर्तन को दुनिया के प्रत्येक डीएनएस सर्वर पर प्रचारित करने की आवश्यकता है परिवर्तन को "पूर्ण" कहा जा सकता है। यह प्रसार अवधि कभी-कभी 24 घंटे तक हो सकती है।

इसलिए शुरू करने के लिए, अगर मैंने अभी तक कुछ भी कहा है तो यह गलत है या गलत है, कृपया मुझे सुधार कर शुरू करें!

यह मानते हुए कि मैं कम या ज्यादा सही हूं, मुझे समझ में नहीं आता है कि CloudFlare या DynamicDNS जैसी कंपनियां "इंस्टेंट रोलओवर" जैसी सेवाओं की पेशकश कैसे कर सकती हैं, जिससे आप अपने DNS रिकॉर्ड को उनके साथ बदलते हैं और - बूम - परिवर्तन तुरंत प्रभावित होता है।

मैं समझता हूं कि "टीटीएल" (जीने के लिए समय, मुझे लगता है?) कहा जाता है कि इस तात्कालिक रोलओवर क्षमता में एक भूमिका निभाता है, लेकिन जब से मैं पहले से ही इस बात पर ध्यान केंद्रित कर रहा हूं कि यह शुरू करने की क्षमता पर फजी है कि इसका क्या अर्थ है? यह TTL है या यह किस उद्देश्य से कार्य करता है।

तो मैं पूछता हूं: यह डायनेमिक डीएनएस और उसके प्रतियोगियों के बारे में क्या है जो उन्हें तुरंत डीएनएस मैपिंग को बदलने की अनुमति देता है (24 घंटे लेने के बिना बाकी सभी की तरह डीएनएस परिवर्तन का प्रचार करने के लिए), और टीटीएल इस प्रक्रिया में कैसे फिट बैठता है? अग्रिम में धन्यवाद।

जवाबों:


3

मेरे पिछले उत्तर में गलत जानकारी थी क्योंकि DNS परिवर्तन कैसे प्रचारित किया जाता है, इसके बारे में मुझे कुछ गलतफहमी थी। तो यहाँ एक दूसरा प्रयास है। विस्तृत विवरण के लिए, मैं आपको एलेक्स जवाब पढ़ने के लिए प्रोत्साहित करता हूं ।

मेरी समझ से, DNS परिवर्तन के प्रसार में कितनी तेज़ी से 2 कारक शामिल हैं:

  1. ज़ोन DNS सर्वरों के बीच ज़ोन का स्थानांतरण करता है जो एक ज़ोन के लिए आधिकारिक है।
  2. टीटीएल ने उस क्षेत्र में एकल रिकॉर्ड के लिए सेट किया।

ज़ोन ट्रांसफ़र

यह देखते हुए कि ज़ोन को प्रबंधित करने के लिए आपको दो अलग-अलग नाम सर्वरों की आवश्यकता है, आप इन सर्वरों को जल्दी से उस ज़ोन का नवीनतम संस्करण उपलब्ध कराना चाहेंगे।

यह या तो एक निश्चित अंतराल पर ज़ोन के नवीनतम संस्करण को खींचकर प्राप्त किया जाता है, या अधिकृत नाम सर्वर से NOTIFY की प्रतीक्षा कर रहा है ।

यह देखते हुए कि यह तंत्र नाम सर्वर को चलाने वाले के पूर्ण नियंत्रण में है, इस क्षेत्र में किसी भी देरी को पूरी तरह से नियंत्रित किया जा सकता है।

टीटीएल

टीटीएल समय समाप्त एक क्षेत्र में हर एक संसाधन रिकॉर्ड के लिए निर्दिष्ट किया है। यह मान परिभाषित करता है कि गैर-आधिकारिक DNS प्रदाताओं द्वारा रिकॉर्ड को कितनी देर तक कैश किया जाना चाहिए।

कृपया ध्यान रखें कि यदि मौजूदा रिकॉर्ड को बदल दिया जाता है तो यह मान केवल चला जाता है। नए रिकॉर्ड अभी तक कैश नहीं किए जा सके हैं।

यह देखते हुए कि टीटीएल भी पूरी तरह नियंत्रण में है, जो भी जोन को नियंत्रित करता है, देरी को भी पूरी तरह से नियंत्रित किया जा सकता है।


धन्यवाद @ ओलिवर (+1) - तो ऐसा लगता है कि "तत्काल रोलओवर" एक शहरी किंवदंती है! मुझे लगता है कि मेरा अनुवर्ती प्रश्न होगा: क्यों न केवल अपने DNS रिकॉर्ड्स को स्वयं संपादित करें? क्या ऐसा इसलिए है क्योंकि ये कंपनियाँ एपीआई की पेशकश करती हैं ताकि कुछ घटनाओं के ट्रिगर होने पर DNS परिवर्तनों को स्वचालित किया जा सके? मुझे लगता है कि मैं खोज रहा हूं कि वे किस उद्देश्य से पहले स्थान पर हैं!
पोंगोंगराट

1
@zharvey: आप निश्चित रूप से, अपना स्वयं का DNS सर्वर चला सकते हैं और अपने ज़ोन को सीधे स्वयं संपादित कर सकते हैं। लेकिन आपको कम से कम 2 अलग डीएनएस सर्वर प्रदान करने की आवश्यकता है जो आपके ज़ोन के लिए आधिकारिक हैं जो रूट सर्वर द्वारा स्वीकार किए जाते हैं। लोगों के पास आमतौर पर उस तरह का बुनियादी ढांचा उपलब्ध नहीं होता है।
डेर होकस्टाप्लर

1
आप स्वयं DNS रिकॉर्ड संपादित कर सकते हैं। आपको बस नाम सर्वर (अलग-अलग सबनेट में) चलाने की आवश्यकता है। हालांकि DynDNS आपके लिए यह काम करता है और सापेक्ष आसान अपडेट के लिए अनुमति देता है। मूल रूप से आप कुछ काम आउटसोर्स कर रहे हैं।
हेन्नेस

@zharvey बेशक आपके पास "इंस्टेंट रोलओवर" हो सकता है। यदि आपका मतलब है कि शाब्दिक रूप से, दोनों मशीनों को अपने आईपी को स्विच करने दें (जो हमेशा संभव नहीं है)। इसके अलावा, आप हमेशा एक निश्चित देरी करेंगे। आमतौर पर, यदि सेवाओं को अलग-अलग सर्वरों में ले जाना है, तो व्यवस्थापक टीटीएल को पहले से बदल देता है (जैसे कि इसे 1h की तरह कुछ कम करना) - इसलिए जब परिवर्तन होता है, तो देरी न्यूनतम होगी। ऐसा करने के बाद, DNS प्रश्नों पर बेहतर कैशिंग और तेज़ प्रतिक्रियाओं की अनुमति देने के लिए TTL को फिर से (उदाहरण के लिए 24h या अधिक) बढ़ाया जाएगा। लेकिन आम तौर पर इसमें डायंडएनएस शामिल नहीं होता;)
इज़्ज़

2
अशिष्ट होने के लिए क्षमा करें, लेकिन यह उत्तर लगभग हर बिंदु से गलत है।
एलेक्स

18

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

मान लें कि आपका डोमेन example.com है , और हम कहते हैं कि example.com डोमेन को कुछ डायनेमिक DNS कंपनी के साथ होस्ट किया गया है, तो हम इसे lightfastdns.net (काल्पनिक नाम) कहते हैं। आपके डोमेन में DNS रिकॉर्ड है - somehost.example.com , जो वर्तमान में 1.1.1.1 पर इंगित करता है ।

  1. जब आप अपने DNS रिकॉर्ड में बदलाव करते हैं, तो यह परिवर्तन पहली बार कुछ इंटरमीडिएट सर्वर को प्रस्तुत किया जाता है, जिसे lightfastdns.net, जैसे updates.lightfastdns.net द्वारा संचालित किया जाता है । यह लगभग तुरंत (दूसरे के अंश में) होता है। आप वेब इंटरफेस के माध्यम से या एक गतिशील अपडेट क्लाइंट के माध्यम से या कुछ एपीआई के माध्यम से अपना अपडेट सबमिट कर सकते हैं। इससे कोई फर्क नहीं पड़ता, किसी भी स्थिति में यह अपडेट कुछ सर्वर पर आएगा जो DNS अपडेट को संभालता है।

  2. यह अपडेट सर्वर आपके अपडेट किए गए रिकॉर्ड ( मान लीजिए, 1.2.3.4 ) को आपके डोमेन के लिए " मास्टर " DNS सर्वर पर धकेल देता है । यह DNS सर्वर भी lightfastdns.net द्वारा संचालित है । यह कितनी तेजी से होता है: इस बात पर निर्भर करता है कि DNS प्रदाता ने अपने सॉफ़्टवेयर को कैसे डिज़ाइन किया है। (यह तुरन्त हो सकता है, और हर 24 घंटे में हो सकता है। उदाहरण के लिए gandi.net प्रति घंटे एक बार DNS अपडेट पुश करें।) बेशक, हमारा lightfastdns.net यह तुरंत करेगा।

  3. इस मास्टर DNS सर्वर से अपडेट हो जाएंगे गुलाम के लिए डीएनएस सर्वर example.com डोमेन। यह सर्वर भी उसी lightfastdns.net कंपनी द्वारा संचालित किए जाते हैं । यह कितनी तेजी से होता है: आधुनिक सॉफ्टवेयर मास्टर के साथ तुरंत दासों को NOTIFY संदेश भेजेगा , और वे तुरंत मास्टर से अद्यतन रिकॉर्ड प्राप्त करेंगे। पुराने सॉफ़्टवेयर के साथ हमारे पास SOA रिकॉर्ड में REFRESH और RETRY मान थे, लेकिन आज यह शायद ही कभी प्रासंगिक है। बेशक, हमारे lightfastdns.net सूचनाएँ लागू करता है और अद्यतन तुरंत प्रचारित करता है।

अब हमारे पास यह है कि आपके डोमेन के सभी "आधिकारिक" सर्वरों को अद्यतन रिकॉर्ड ( 1.2.3.4 ) प्राप्त हुआ । के लिए lightfastdns.net यह दो सेकंड के बारे में ले लिया।

  1. अब, हम रूस में इवान के घर में जाएंगे, और इवान अपने ब्राउज़र में " somehost.example.com " खोलना चाहते हैं । अगर उसने पहले कभी नहीं खोला, तो उसके ब्राउज़र का पता नहीं है, इसलिए ब्राउज़र उसका ऑपरेटिंग सिस्टम पूछेगा । लेकिन, अगर उसने हाल ही में साइट का दौरा किया, तो पता अभी भी ब्राउज़र के अंदर संग्रहीत किया जा सकता है, और वह पुराने (अप्रचलित) पते का उपयोग करेगा! कितनी देर से ? - ब्राउज़र पर निर्भर करता है, उदाहरण के लिए Google Chrome केवल 60 सेकंड तक DNS रिकॉर्ड संग्रहीत करता है। हमारे पास 60 सेकंड तक की देरी है । इस तथ्य के लिए, मैं कहूंगा कि DNS परिवर्तन ने इस ब्राउज़र को अभी तक प्रचारित नहीं किया है।

  2. किसी भी स्थिति में, 60 सेकंड के बाद या तुरंत, ब्राउज़र अंततः ऑपरेटिंग सिस्टम को पता प्राप्त करने के लिए कहेंगे। ऑपरेटिंग सिस्टम पहले से ही (पुराना, पुराना) उत्तर जान सकता है, और उसे वापस कर सकता है, इस मामले में मैं कहूंगा कि नया रिकॉर्ड इवान के ओएस के लिए अभी तक प्रचारित नहीं किया गया था । टीटीएल पैरामीटर द्वारा नियंत्रित इस आधुनिक ऑपरेटिंग सिस्टम के पुराने मूल्य को ओएस कब तक स्टोर करेगा । DNS में TTL परिभाषित करता है कि कैश में कितने समय तक रिकॉर्ड रखा जा सकता है। हमारे lightfastdns.net ने बहुत कम TTL - 30 सेकंड का उपयोग करने की अनुमति दी, इसलिए हमें अब तक 30 सेकंड तक की एक नई देरी मिली, कुल मिलाकर - अब तक 90 सेकंड

  3. यदि OS को उत्तर नहीं पता है, या यदि वह उत्तर जानता है जो अब TTL द्वारा पुराना है, तो OS DNS रिज़ॉल्वर से पूछेगा (इवान के ISP ने उसे DNS रिज़ॉल्वर dns.moscow-telecom.ru के साथ सौंपा )। यहां पुराने रिकॉर्ड को TTL सेकंड तक कैश किया जा सकता है, या dns.moscow-telecom.ru को पता नहीं हो सकता है। हमें एक और 30 सेकंड का समय मिलता है, क्योंकि dns.moscow-telecom.ru भी DNS को TTL मान से अधिक समय के लिए कैश नहीं करता है। हमारे पास 120 सेकंड की देरी है। यही कहा जाता है कि नया DNS रिकॉर्ड मॉस्को-टेलीकॉम के डीएनएस सर्वर के लिए अभी तक प्रचारित नहीं किया गया है।

  4. यदि ISP के DNS सर्वर को उत्तर नहीं पता है, या यदि उत्तर पता है कि यह पहले से ही अप्रचलित है क्योंकि यह TTL समाप्त हो गया है - dns.moscow-telecom.ru उदाहरण के लिए AUTHORITATIVE DNS सर्वरों में से एक पूछेंगे (क्या आप उन्हें याद करते हैं?)। उन लोगों को लगभग 118 सेकंड पहले परिवर्तन मिला, और वे नया जवाब वापस कर देंगे, यह उत्तर तुरंत DNS रिज़ॉल्वर, ओएस और और इवान के ब्राउज़र को चेन द्वारा भेजा जाएगा।

इस प्रकार, रिकॉर्ड का प्रचार 2 से 120 सेकंड तक किया गया, जो विभिन्न कैश की स्थिति पर निर्भर करता है। लंबे समय तक टीटीएल - लंबी देरी हो सकती है।

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


मुझे बहुत खेद है कि यह इस क्रिया से निकला । हो सकता है कि कोई व्यक्ति एक अलग संस्करण बनाना चाहता हो (एक अलग उत्तर के रूप में) - आपका स्वागत है।
एलेक्स

@zharvey वास्तव में आपने पूछा कि गतिशील और गतिशील के बीच क्या अंतर है - यह 1. वे कितनी तेजी से कदम (2) और (3) को संभालते हैं और 2. कितने टीटीएल वे आपको सेट करने की अनुमति देते हैं।
एलेक्स

3

नहीं, परिवर्तन के लिए दुनिया के हर DNS सर्वर को प्रचार करने की आवश्यकता नहीं है

यदि आप कुछ बदलते हैं और कोई व्यक्ति आपके DNS सर्वर पर परिवर्तित रिकॉर्ड पर सवाल उठाता है, तो परिणाम तात्कालिक है।

समस्या यह है कि यदि आपने पहले इस नाम को उद्धृत किया है और यह कैश हो गया है। तब आप पुराने आईपी को तब तक प्राप्त करेंगे जब तक कि कैश समाप्त नहीं हो जाता। DNS में आप यह निर्धारित कर सकते हैं कि कोई पुरानी क्वेरी कब तक मान्य है, और यह अवधि अक्सर कई दिनों तक निर्धारित होती है। DynDNS के लिए, यह आम तौर पर कम सेट होता है, लेकिन सभी DNS रिज़ॉल्वर सम्मान नहीं देते हैं।


धन्यवाद @ हेंनेस (+1) - कृपया ओलिवर के उत्तर के तहत मेरे प्रश्न को देखें - मेरे पास आपके लिए एक ही प्रश्न है!
पोंगोंगराट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.