कितने प्रतिशत नेमस्टर इन दिनों टीटीएल का सम्मान करते हैं?


28

कुछ साल पहले मुझे कई हफ्तों के दौरान कई डीएनएस बदलाव करने पड़े थे क्योंकि मैं एक डेटा सेंटर से दूसरे में उपकरण के बिट्स ले गया था। उस समय जब मैंने ऐसा किया था, दुनिया में लगभग 95% नामचीन लोगों ने टीटीएल मूल्य का सम्मान किया था, और लगभग 5% ने हमारी उपेक्षा की और अपना खुद का बनाया। दूसरे शब्दों में, 95% यातायात 15 मिनट के टीटीएल के भीतर चला गया जिसे हमने परिभाषित किया था। एक अन्य 3% ने पहले घंटे में, पहले दिन में 1% और कुछ स्ट्रैगलरों ने तीन दिनों तक का समय लिया।

(हाँ, ठीक है, मैं नेमसर्वरों के प्रतिशत के साथ ट्रैफ़िक के प्रतिशत को भ्रमित कर रहा हूं। कृपया हाथ से हाथ डालें।)

यह लगभग 2001 में था, हालांकि, और हम ट्यूबों के माध्यम से पैकेट संचारित करने के लिए डायनासोर का उपयोग कर रहे थे। मेरा अनुमान है कि आज के नेमवेर्स बेहतर व्यवहार वाले हैं, और स्ट्रगल करने वालों के साथ समस्या कम होगी। क्या किसी को इस बात का अहसास है कि इन दिनों परिभाषित टीटीएल के भीतर यातायात का कितना प्रतिशत बढ़ेगा? क्या अभी भी कई नेमसर्वर हैं जो टीटीएल की उपेक्षा करते हैं?


4
मुझे कोई पता नहीं है, लेकिन मेरी आंत की भावना है कि आज यह पहले से भी बदतर हो जाएगा।
Zoredache

मैं उन सभी को 3 दिनों में करना पसंद करूंगा! मैंने उस समय के बारे में एक बड़ा बदलाव किया था (2002 हो सकता है), और दो सप्ताह के बाद, हमने आखिरकार महसूस किया कि रूट नाम के सर्वरों में से 1/3 विकास DNS सर्वरों के एक जोड़े को देख रहे थे, जो कि अन्य sysadmins में से एक को उजागर किया था बाहर की दुनिया के लिए। (मुझे अभी भी पता नहीं है कि रूट सर्वर उनके बारे में कैसे जानते थे)।
जो एच।

इस पर विचार करने के लिए कुछ है: यह केवल DNS रिकर्सर्स को किनारे नहीं करता है जो कैश रिकॉर्ड करता है। कभी-कभी लोग श्रृंखला की पुनरावृत्ति करते हैं और यह समय जोड़ता है। इसके अलावा, कुछ ऑपरेटिंग सिस्टम कैशे रिकॉर्ड करते हैं। कुछ ब्राउज़र रिकॉर्ड को कैश भी करते हैं। जावा और अन्य ऐप्स कैश DNS को भी। यह आसानी से 15 मिनट के टीटीएल को 60+ मिनट में बदल सकता है।
आरोन

जवाबों:


15

हम हाल ही में चले गए और डीएनएस के साथ सभी प्रकार की समस्याएं थीं।

जब हमने अधिकांश ग्राहकों पर झूला डाला तो नए IP को तुरंत मारना शुरू कर दिया। लेकिन कुछ अभी भी पुराने आईपी को हफ्तों तक मार रहे थे। हमने एक या एक महीने के लिए एक सर्वर को छोड़ दिया। आखिरकार हम पुराने मशीन पर आईआईएस लॉग के माध्यम से गए और ग्राहकों से कहा कि वे डीएनएस को कंपनी या आईएसपी डीएनएस सर्वर पर फ्लश करें। कि उनमें से आखिरी चले गए।

यह उन लोगों की एक छोटी संख्या थी जो पुराने आईपी के साथ रहते थे। 20k ग्राहकों में से, पहले दिन के बाद शायद 50 मुद्दों थे।


1
धन्यवाद! यही मुझे उम्मीद थी। प्रतिशत का एक चौथाई कुछ प्रकार के यातायात के लिए बहुत बुरा नहीं है, हालांकि यह निश्चित रूप से दूसरों के लिए बहुत बुरा है।
user10501

1
एक और हालिया अनुमान: DNS सर्वरों में 13 घंटे बदल जाते हैं, कुल 17/500 (3.4%) ग्राहकों ने हमसे संपर्क किया क्योंकि उन्हें अभी भी नए के बजाय पुरानी साइट पर परोसा जा रहा था। WhatsMyDNS प्रचार की स्थिति की जांच करने के लिए काम में आता है (हमारे मामले में, उनके नमूने में 4/140 = 2.85% सर्वर अभी भी पुराने / गलत आईपी का उपयोग कर रहे हैं - मैं चाहता था कि मैं इसे पहले ग्राहकों के साथ बेहतर संवाद करने के लिए उपयोग करूं। DNS के प्रचार को ट्रैक करें।)
Fabien Snauwaert

अगर मुझे फिर से एक DNS परिवर्तन करना था, तो मैं अग्रिम में एक बैकअप डोमेन नाम सेट करूँगा, नई साइट की सेवा करने के लिए, जबकि पुराना अभी भी प्रचारित कर रहा हूँ।
फबिएन स्नूवर्ट

8

(बहुत) सप्ताह के लंबे टीटीएल मान मई 2011 में 2 सप्ताह तक के अधिकांश डीएनएस हल करने वाले नेमवेरर्स द्वारा सम्मानित किए गए हैं।

Just-dnslookup.com का उपयोग करके एक परीक्षण में, 50 वैश्विक वितरित सक्रिय मापने वाला बिंदु, ए रिकॉर्ड टीटीएल के साथ 99.999.999 = 165 सप्ताह (सटीक: 165 सप्ताह 2 दिन 9 घंटे 46 मिनट 39 सेकंड), और एक डिफ़ॉल्ट टीटीएल सेट किया गया। 2 सप्ताह का (= SOA + NS TTL)।

पहला लुक रिटर्न:

  • 50 मापने वाले बिंदुओं में से 3 के लिए 1 सप्ताह का एक टीटीएल
  • 165 में से एक टीटीएल, 50 में से 47 मापने के बिंदुओं के लिए

लगातार लुकअप रिटर्न (मूल TTL मान में परिवर्तित):

  • 50 मापने वाले बिंदुओं में से 3 के लिए 1 सप्ताह का एक टीटीएल
  • 50 माप बिंदुओं में से 46 के लिए 2 सप्ताह का एक टीटीएल
  • 50 मापने वाले बिंदुओं में से 1 के लिए 165 सप्ताह का एक टीटीएल

एक दूसरा परीक्षण (एक अलग डोमेन का उपयोग करके) जहां डिफ़ॉल्ट टीटीएल 4 सप्ताह (= एसओए + एनएस टीटीएल) पर सेट है, परिणाम नीचे हैं।

पहला लुक रिटर्न:

  • 50 मापने वाले बिंदुओं में से 3 के लिए 1 सप्ताह का एक टीटीएल
  • 50 में से 1 मापने वाले अंक के लिए 2 सप्ताह का एक टीटीएल
  • 50 मापन बिंदुओं में से 46 के लिए 165 सप्ताह का एक टीटीएल

लगातार लुकअप रिटर्न (पूर्ण TTL लंबाई में परिवर्तित):

  • 50 मापने वाले बिंदुओं में से 3 के लिए 1 सप्ताह का एक टीटीएल
  • 50 माप बिंदुओं में से 47 के लिए 2 सप्ताह का एक टीटीएल
  • ५० में से ० अंक मापने के लिए १६५ सप्ताह का एक टीटीएल

सबसे प्रसिद्ध / सबसे अच्छी तरह से जुड़ी सार्वजनिक रिज़ॉल्वर सेवाओं से:

  • Google सार्वजनिक DNS [8.8.8.8 और 8.8.4.4] 1 दिन तक कम कर देता है।
  • UltraDNS [rdns (1 | 2) .ultradns.net] सम्मान पूर्ण 165 सप्ताह।
  • स्प्रिंटलिंक [ns (1 | 2 | 3)। Sprintlink.net] पूरा 165 सप्ताह का सम्मान।

11
व्यक्तिगत रूप से, मैं इस बारे में अधिक चिंतित हूं कि क्या छोटी टीटीएल सेटिंग्स सम्मानित की जाती हैं। क्या आपने इस पर समान शोध किया है? उदाहरण के लिए, अगर टीटीएल 3600 सेकंड के लिए सेट है, तो कैश्ड रिकॉर्ड वास्तव में एक घंटे के बाद समाप्त हो जाएगा? यह एक कटओवर स्थिति के लिए अत्यधिक प्रासंगिक है। सोचा था कि 165 सप्ताह के टीटीएल को सम्मानित किया जाएगा, वास्तव में बहुत डरावना है, खासकर जब उन स्थितियों के बारे में सोच रहा है जिसमें मुझे किसी और की गलतियों के बाद सफाई करने के लिए बुलाया गया है।
स्काईवॉक

मुझे लगता है कि 8.8.8.8 पूरी तरह से ttl को अनदेखा करता है और बस 24 घंटों का उपयोग करता है। यह निश्चित रूप से कम से कम कुछ ttls का सम्मान नहीं करता है। अब मुझे 24 घंटों के लिए कुछ करना होगा।
स्टीवन पार्क्स

3

मैंने हाल ही में DNS को कुछ डोमेन के लिए स्थानांतरित किया है जो मेरी व्यक्तिगत साइट और प्रोजेक्ट साइट्स को GoDaddy से इन-हाउस DNS (हाँ, सचमुच मेरा घर ) की मेजबानी करता है । कुल मिलाकर, हर वह साइट, जिसका टीटीएल का सम्मान करने के लिए मेरे पास रिमोट एक्सेस है और संक्रमण को अच्छी तरह से बनाया है। प्रत्येक मित्र द्वारा मुझे सूचित किया गया कि मैं लैंडलाइन और मोबाइल दोनों के माध्यम से जांच करने के लिए कह सकता हूं। विडंबना यह है कि विडंबना यह है कि $ विश्वविद्यालय में मुख्य कैशिंग डीएनएस सर्वर थे, जहां मैं काम करता था, जो कैश्ड प्रश्नों के लिए पूरी तरह से टीटीएल की उपेक्षा करता था (और यहां तक ​​कि वे कैश्ड परिणाम को असाइन कर रहे टीटीएल मूल्य की भी उपेक्षा करते थे)।

लगता है, कुल मिलाकर, टीटीएल को अच्छी तरह से सम्मानित किया जाना चाहिए। 56% सर्वर .com और .net डोमेन के लिए BIND चला रहे हैं, जो स्पष्ट रूप से मानकों के साथ अच्छा खेलता है। केबलविजन / इष्टतम (कम से कम एनजे में) नोमिनम सीएनएस का उपयोग करता प्रतीत होता है, जो टीटीएल का भी सम्मान करता है।


0

यह विशेष रूप से आपके प्रश्न का उत्तर नहीं है; बल्कि, अतिरिक्त चीजें जो आपके परीक्षण में खेलने पर विचार करें:

जंजीर डीएनएस रिकर्सर्स और कैशिंग डेमोंस

यह सिर्फ डीएनएस रिकर्सर्स को किनारे नहीं करता है जो कैश रिकॉर्ड करता है। कभी-कभी लोग चेन रिकार्सर करते हैं और यह समय जोड़ता है। क्या लोगों को हल करने की कोशिश कर रहे थे, इसके आधार पर इस पर चर्चा होनी चाहिए या नहीं। मैंने डेटा-केंद्र में पुनरावृत्ति के 3 स्तर देखे हैं। मिक्सिंग रिकर्सर्स के मिश्रित परिणाम हो सकते हैं, क्योंकि टीटीएल में कमी हमेशा संरक्षित नहीं होती है। कुछ ऑपरेटिंग सिस्टम कैश रिकॉर्ड। कुछ सिस्टम स्थानीय पुनरावर्ती मुद्दों के प्रभाव को कम करने और अपने पुनरावर्तकों पर लोड को कम करने के लिए जैसी चीजों का उपयोग करते हैं nscd, dnsmasqऔर अन्य तरीके। OS पर विशेषताएँ रिलीज़ संस्करण, कैशिंग डेमॉन, कैशिंग डेमन के संस्करण, आदि के आधार पर भिन्न होती हैं ...

[संपादित करें] पुनरावृत्ति के लिए, यह पुनरावर्ती या कैशिंग डेमॉन का सामान्य व्यवहार नहीं है। मैं बग्गी वालों को शर्मिंदा नहीं करने जा रहा हूं, लेकिन उनमें से एक को अचूक माना जाता है, भले ही यह कई लिनक्स डिस्ट्रो के साथ बंडल किया गया हो।

डीएनएस कैश आवेदन

कुछ ब्राउज़र रिकॉर्ड्स को कैश भी करते हैं। जावा और अन्य ऐप्स कैश DNS को भी। आप कभी-कभी अनुप्रयोगों के भीतर अधिकतम ttl कैप कर सकते हैं।

अंतिम परिणाम तिरछे हो सकते हैं

उपरोक्त आइटम आसानी से 60 मिनट या उससे अधिक समय में 15 मिनट की टीटीएल को बदल सकते हैं।

यही कारण है कि मैं अक्सर सुझाव देता हूं कि अनुप्रयोगों या वेब साइटों को अपने दोष सहिष्णुता डिजाइन में कई सक्रिय नोड्स होने पर विचार करना चाहिए, ताकि क्लाइंट तेजी से निर्धारित कर सके जब आपकी साइट में एक प्रवेश बिंदु विफल हो गया है और स्वचालित रूप से एक सुंदर और अनुमानित मनोर में समस्या को संभालता है। , जब संभव है। एनीकास्ट एक ऐसी विधि है जिसका उपयोग कुछ कंपनियां फेलओवर को पारदर्शी बनाने के लिए करती हैं और DNS परिवर्तनों पर इतना अधिक भरोसा नहीं करती हैं। लोड संतुलन के कुछ चतुर तरीके भी हैं जो कई DNS रिकॉर्ड का उपयोग करके जावास्क्रिप्ट में किए जा सकते हैं।


TTL केवल इसलिए रीसेट नहीं करता है क्योंकि रिकॉर्ड एक DNS सर्वर से दूसरे में भेजा जाता है। एक 15 मिनट की टीटीएल का मतलब है 15 मिनट चाहे कितनी भी परतों से गुजरना पड़े। एकमात्र तरीका यह अधिक हो सकता है अगर कुछ सॉफ्टवेयर छोटी गाड़ी है और DNS को सही ढंग से लागू नहीं करता है।
कैस्पर

मैं सहमत हूँ। मैं थोड़ी छोटी गाड़ी में सवार हो गया हूं।
एरोन

-1

पुराना सवाल, लेकिन नए जवाब (2017, 6 साल बाद):

  1. लगता है कि लगभग सभी दुनिया भर में DNS सर्वर 5 मिनट में अपडेट होते हैं
  2. Google और OpenDNS आपको मैन्युअल रूप से एक DNS रिकॉर्ड, प्रचार प्रसार को तेज़ करने की अनुमति देते हैं

नीचे दिए गए प्रयोगों से पहले मैंने अपने TTL को 14400 (सेकंड = 4 घंटे) से 300 (सेकंड = 5 मिनट) में बदल दिया था, लेकिन मैंने प्रयोग से 2 घंटे पहले और पिछले TTL से 4 घंटे पहले किया था, मुझे यकीन नहीं है कि मेरा बदलाव अगर DNS सर्वरों का अपना न्यूनतम टीटीएल नहीं होता, तो यह पता लग जाता।

मेरे प्रयोग:

PRAYOG 1:

मैंने आधिकारिक सर्वर में एक नाम-से-आईपी अनुवाद (ए रिकॉर्ड) बदल दिया, फिर जाँच की:

5 मिनट (300 सेकंड) के बाद, उन साइटों द्वारा चेक किए गए लगभग आधे वैश्विक सर्वरों को udpated किया गया था।

7 मिनट के बाद, 1 को छोड़कर सभी को अपडेट किया गया था।

प्रयोग 2:

Google और OpenDNS आपको विशेष डोमेन के लिए अपने DNS कैश को मैन्युअल रूप से फ्लश करने की अनुमति देते हैं। लिंक:

मैंने एक और A-record अपडेट किया और फिर तुरंत Google के DNS कैश को फ्लश कर दिया। उनके पास एक कैप्चा है जिसने मुझे "संकेतों के साथ सभी वर्गों पर क्लिक करें" 3 बार दिया, इसलिए फ्लश को पूरा करने से पहले मुझे 1-2 मिनट लगे।

4 मिनट के बाद, उन साइटों द्वारा केवल 1 DNS सर्वर की जांच की गई थी जिसमें पुराना आईपी पता था। अन्य सभी को अपडेट किया गया था।

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

हालाँकि, बिना Google फ्लश के भी, ऐसा प्रतीत होता है कि प्रचार मिनटों में होता है, घंटों या दिनों में नहीं।

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