सवाल DNS ऐसा तरीका क्यों काम करता है?


यह है एक कैननिकल प्रश्न DNS के बारे में (डोमेन नाम सेवा)।

अगर DNS सिस्टम की मेरी समझ सही है, तो .com रजिस्ट्री में एक सारणी होती है जो डोमेन (www.example.com) को DNS सर्वर पर मैप करती है।

  1. क्या फायदा है? सीधे आईपी पते पर मानचित्र क्यों न करें?

  2. यदि एकमात्र रिकॉर्ड जिसे बदलने के लिए एक DNS सर्वर को किसी अन्य आईपी पते पर इंगित करने के लिए कॉन्फ़िगर करने की आवश्यकता है, तो DNS सर्वर पर स्थित है, प्रक्रिया तुरंत क्यों नहीं है?

  3. यदि देरी का एकमात्र कारण DNS कैश हैं, तो क्या उन्हें बाईपास करना संभव है, इसलिए मैं देख सकता हूं कि वास्तविक समय में क्या हो रहा है?


40
2018-02-01 17:24


मूल


इस प्रश्न को माइग्रेट / बंद करने की कोशिश कर रहे सभी लोगों के लिए: कृपया इसे यहां छोड़ दें। यहां एक घर है, जहां इसे प्यार किया जा सकता है और निडरता से देखभाल की जा सकती है। और हम एक कैननिकल उत्तर के रूप में सभी "DNS कार्य कैसे करते हैं" प्रश्नों को इंगित कर सकते हैं, क्योंकि इसका बहुत ही उत्तर दिया जाता है। - Mark Henderson♦
You can not able full understand DNS unless you are name Paul Mockapetris, Paul Vixie or Cricket Liu.  twitter.com/DEVOPS_BORAT/status/249006925767909376 - Anthony Hatzopoulos


जवाब:


असल में, यह उससे अधिक जटिल है - एक "केंद्रीय रजिस्ट्री (उस) में एक टेबल है जो डोमेन (www.mysite.com) को DNS सर्वर पर मानचित्रित करता है", पदानुक्रम की कई परतें हैं

एक केंद्रीय रजिस्ट्री (रूट सर्वर) है जिसमें केवल प्रविष्टियों का एक छोटा सा सेट होता है: सभी शीर्ष-स्तरीय डोमेन के लिए एनएस (नेमसर्वर) रिकॉर्ड - .com, .net, .org, .uk, .us, .au, और इसी तरह।

उन सर्वरों में केवल अगले स्तर के लिए एनएस रिकॉर्ड शामिल हैं। एक उदाहरण चुनने के लिए, नेमसर्वर के लिए .uk डोमेन के लिए सिर्फ प्रविष्टियां हैं .co.uk, .ac.uk, और यूके में उपयोग में आने वाले दूसरे दूसरे स्तर के जोन।

उन सर्वरों में केवल अगले स्तर के लिए एनएस रिकॉर्ड शामिल हैं - उदाहरण जारी रखने के लिए, वे आपको बताते हैं कि एनएस रिकॉर्ड कहां से प्राप्त करें google.co.uk। यह उन सर्वरों पर है जो आपको अंततः होस्टनाम के बीच मैपिंग मिलेंगे www.google.co.uk और एक आईपी पता।

एक अतिरिक्त शिकन के रूप में, प्रत्येक परत 'गोंद' रिकॉर्ड भी पेश करेगी। प्रत्येक एनएस रिकॉर्ड एक होस्टनाम में एक डोमेन को मानचित्र करता है - उदाहरण के लिए, एनएस रिकॉर्ड के लिए .uk सूची nsa.nic.uk सर्वरों में से एक के रूप में। अगले स्तर तक पहुंचने के लिए, हमें एनएस रिकॉर्ड खोजने की जरूरत है nic.uk हैं, और वे शामिल करने के लिए बाहर बारी nsa.nic.uk भी। तो अब हमें आईपी पता होना चाहिए nsa.nic.uk, लेकिन यह पता लगाने के लिए हमें एक प्रश्न पूछने की जरूरत है nsa.nic.uk, लेकिन हम उस क्वेरी को तब तक नहीं बना सकते जब तक हम आईपी को नहीं जानते nsa.nic.uk...

इस विवाद को हल करने के लिए, सर्वर के लिए .uk के लिए एक रिकॉर्ड जोड़ें nsa.nic.uk में ADDITIONAL SECTION प्रतिक्रिया (ब्रेवटी के लिए छंटनी नीचे प्रतिक्रिया):

jamezpolley@li101-70:~$dig nic.uk ns

; <<>> DiG 9.7.0-P1 <<>> nic.uk ns
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21768
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 14

;; QUESTION SECTION:
;nic.uk.                IN  NS

;; ANSWER SECTION:
nic.uk.         172800  IN  NS  nsb.nic.uk.
nic.uk.         172800  IN  NS  nsa.nic.uk.

;; ADDITIONAL SECTION:
nsa.nic.uk.     172800  IN  A   156.154.100.3
nsb.nic.uk.     172800  IN  A   156.154.101.3

इन अतिरिक्त गोंद रिकॉर्ड के बिना, हम कभी भी नेमसर्वर नहीं ढूंढ पाएंगे nic.uk. और इसलिए हम वहां होस्ट किए गए किसी भी डोमेन को देखने में सक्षम नहीं होंगे।

अपने प्रश्नों पर वापस जाने के लिए ...

ए) क्या फायदा है? सीधे आईपी पते पर मानचित्र क्यों न करें?

एक बात के लिए, यह प्रत्येक व्यक्तिगत क्षेत्र को वितरित करने के लिए संपादन की अनुमति देता है। अगर आप के लिए प्रविष्टि को अपडेट करना चाहते हैं www.mydomain.co.uk, आपको बस अपनी जानकारी को संपादित करने की आवश्यकता है mydomain.co.ukनेमसर्वर केंद्रीय को सूचित करने की कोई आवश्यकता नहीं है .co.uk सर्वर, या .uk सर्वर, या रूट नेमसर्वर। अगर वहां केवल एक ही केंद्रीय रजिस्ट्री थी जिसने सभी स्तरों को पदानुक्रम के नीचे मैप किया था जिसे श्रृंखला के नीचे सभी तरह से DNS प्रविष्टि के प्रत्येक परिवर्तन के बारे में अधिसूचित किया जाना था, तो यह पूरी तरह से यातायात के साथ घिरा होगा।

1 9 82 से पहले, यह वास्तव में नाम संकल्प कैसे हुआ था। एक केंद्रीय रजिस्ट्री को सभी अपडेट के बारे में अधिसूचित किया गया था, और उन्होंने एक फाइल वितरित की hosts.txt जिसमें इंटरनेट पर प्रत्येक मशीन का होस्टनाम और आईपी पता था। इस फ़ाइल का एक नया संस्करण हर कुछ हफ्तों में प्रकाशित हुआ था, और इंटरनेट पर हर मशीन को एक नई प्रति डाउनलोड करना होगा। 1 9 82 से पहले, यह समस्याग्रस्त हो रहा था, और इसलिए अधिक वितरित प्रणाली प्रदान करने के लिए DNS का आविष्कार किया गया था।

एक और बात के लिए, यह विफलता का सिंगल प्वाइंट होगा - यदि एकल केंद्रीय रजिस्ट्री डाउन हो जाती है, तो संपूर्ण इंटरनेट ऑफ़लाइन होगा। एक वितरित प्रणाली होने का मतलब है कि विफलताओं केवल इंटरनेट के छोटे वर्गों को प्रभावित करती है, पूरी बात नहीं।

(अतिरिक्त रिडंडेंसी प्रदान करने के लिए, वास्तव में रूट सर्वर की सेवा करने वाले सर्वर के 13 अलग-अलग क्लस्टर हैं। शीर्ष-स्तरीय डोमेन रिकॉर्ड्स में किए गए किसी भी बदलाव को सभी 13 पर धक्का दिया जाना चाहिए; कल्पना करें कि उनमें से सभी को प्रत्येक परिवर्तन के लिए अपडेट करना समन्वयित करना है दुनिया में कहीं भी किसी भी मेजबाननाम के लिए ...)

बी) यदि एकमात्र रिकॉर्ड जिसे मैं एक DNS को कॉन्फ़िगर कर रहा हूं उसे बदलने की आवश्यकता है   एक अलग आईपी पते पर इंगित करने के लिए सर्वर DNS पर स्थित है   सर्वर, प्रक्रिया तुरंत क्यों नहीं है?

चूंकि DNS दोनों गतिशील चीजों को बहुत सी कैशिंग का उपयोग करता है और एनएसईएस पर भार कम करता है। कैशिंग के बिना, हर बार जब आप गए थे google.co.uk सर्वर को देखने के लिए आपके कंप्यूटर को नेटवर्क पर जाना होगा .uk, फिर .co.uk, फिर .google.co.uk, फिर www.google.co.uk। वे उत्तर वास्तव में ज्यादा नहीं बदलते हैं, इसलिए उन्हें हर समय देखकर समय और नेटवर्क यातायात बर्बाद हो जाता है। इसके बजाय, जब एनएस आपके कंप्यूटर पर रिकॉर्ड लौटाता है, तो इसमें एक टीटीएल मान शामिल होगा, जो आपके कंप्यूटर को कई सेकंड के परिणामों को कैश करने के लिए कहता है।

उदाहरण के लिए, एनएस के लिए रिकॉर्ड .uk 172800 सेकेंड का टीटीएल है - 2 दिन। Google और भी रूढ़िवादी हैं - एनएस के लिए रिकॉर्ड google.co.uk 4 दिनों का टीटीएल है। सेवाएं जो जल्दी से अपडेट करने में सक्षम होने पर भरोसा करती हैं, वे बहुत कम टीटीएल चुन सकते हैं - उदाहरण के लिए, telegraph.co.uk उनके एनएस रिकॉर्ड पर सिर्फ 600 सेकंड का टीटीएल है।

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

सी) यदि विलंब के लिए एकमात्र कारण DNS कैश हैं, तो यह संभव है   उन्हें बाईपास करें, तो मैं देख सकता हूं कि वास्तविक समय में क्या हो रहा है?

हां, यदि आप मैन्युअल रूप से परीक्षण कर रहे हैं तो यह आसान है dig या इसी तरह के औजार - बस यह बताएं कि कौन से सर्वर से संपर्क करना है।

कैश प्रतिक्रिया का एक उदाहरण यहां दिया गया है:

jamezpolley@host:~$dig telegraph.co.uk NS

; <<>> DiG 9.7.0-P1 <<>> telegraph.co.uk NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36675
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;telegraph.co.uk.       IN  NS

;; ANSWER SECTION:
telegraph.co.uk.    319 IN  NS  ns1-63.akam.net.
telegraph.co.uk.    319 IN  NS  eur3.akam.net.
telegraph.co.uk.    319 IN  NS  use2.akam.net.
telegraph.co.uk.    319 IN  NS  usw2.akam.net.
telegraph.co.uk.    319 IN  NS  use4.akam.net.
telegraph.co.uk.    319 IN  NS  use1.akam.net.
telegraph.co.uk.    319 IN  NS  usc4.akam.net.
telegraph.co.uk.    319 IN  NS  ns1-224.akam.net.

;; Query time: 0 msec
;; SERVER: 97.107.133.4#53(97.107.133.4)
;; WHEN: Thu Feb  2 05:46:02 2012
;; MSG SIZE  rcvd: 198

यहां झंडे अनुभाग में शामिल नहीं है aa ध्वज, इसलिए हम देख सकते हैं कि यह परिणाम सीधे आधिकारिक स्रोत से कैश से आया था। वास्तव में, हम देख सकते हैं कि यह आया है 97.107.133.4, जो कि लिनोड के स्थानीय DNS रिज़ॉल्यूवर में से एक होता है। तथ्य यह है कि मेरे पास बहुत करीब एक कैश से जवाब दिया गया था, इसका मतलब है कि मुझे जवाब पाने के लिए 0 एमसीईसी लिया गया; लेकिन जैसा कि हम एक पल में देखेंगे, उस गति के लिए मैं जिस कीमत का भुगतान करता हूं वह यह है कि उत्तर लगभग 5 मिनट पुराना है।

लिनोड के रिज़ॉल्वर को बाईपास करने और सीधे स्रोत पर जाने के लिए, बस उन एनएस में से एक चुनें और सीधे इसे संपर्क करने के लिए खुदाई करें:

jamezpolley@li101-70:~$dig @ns1-224.akam.net telegraph.co.uk NS

; <<>> DiG 9.7.0-P1 <<>> @ns1-224.akam.net telegraph.co.uk NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23013
;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;telegraph.co.uk.       IN  NS

;; ANSWER SECTION:
telegraph.co.uk.    600 IN  NS  use2.akam.net.
telegraph.co.uk.    600 IN  NS  eur3.akam.net.
telegraph.co.uk.    600 IN  NS  use1.akam.net.
telegraph.co.uk.    600 IN  NS  ns1-63.akam.net.
telegraph.co.uk.    600 IN  NS  usc4.akam.net.
telegraph.co.uk.    600 IN  NS  ns1-224.akam.net.
telegraph.co.uk.    600 IN  NS  usw2.akam.net.
telegraph.co.uk.    600 IN  NS  use4.akam.net.

;; Query time: 9 msec
;; SERVER: 193.108.91.224#53(193.108.91.224)
;; WHEN: Thu Feb  2 05:48:47 2012
;; MSG SIZE  rcvd: 198

आप देख सकते हैं कि इस बार, परिणाम सीधे स्रोत से परोसे गए थे - ध्यान दें aa झंडा, जो इंगित करता है कि परिणाम एक आधिकारिक स्रोत से आए थे। मेरे पहले के उदाहरण में, परिणाम मेरे स्थानीय कैश से आए थे, इसलिए उनमें कमी नहीं थी aa झंडा। मैं देख सकता हूं कि इस डोमेन के लिए आधिकारिक स्रोत 600 सेकंड का टीटीएल सेट करता है। स्थानीय कैश से पहले जो परिणाम मिले थे, उनमें केवल 319 सेकंड का टीटीएल था, जो मुझे बताता है कि वे (600-31 9) सेकेंड के लिए कैश में बैठे थे - लगभग 5 मिनट - इससे पहले कि मैंने उन्हें देखा।

यद्यपि यहां टीटीएल केवल 600 सेकंड है, कुछ आईएसपी अपने डीएनएस रिज़ॉल्यूवर को लंबे समय तक परिणामों को कैश करने के लिए मजबूर कर अपने ट्रैफिक को कम करने का प्रयास करेंगे - कुछ मामलों में, 24 घंटे या उससे अधिक के लिए। यह परंपरागत है (हम-वास्तव में-नहीं-यह-वास्तव में-निरंतर-लेकिन-चलो-सुरक्षित-सुरक्षित तरीका है) यह मानने के लिए कि आपके द्वारा किए गए किसी भी DNS परिवर्तन को हर जगह दिखाई नहीं देगा 24-48 घंटों के लिए इंटरनेट।


87
2018-02-01 18:52



+1 यह एक अद्भुत स्पष्टीकरण है। निश्चित रूप से यह बुकमार्क करेगा! - Trollhorn
वास्तविक जवाब यह है कि क्या एक DNS प्रतिक्रिया कैश से आई है या नहीं, जवाब के "झंडे" खंड में है। कोई तकनीकी कारण नहीं है कि कोई भी टीटीएल सेट नहीं कर सकता, कहें, 319 सेकंड। इसके बजाय, के लिए देखो aa (आधिकारिक उत्तर) flag प्रतिक्रिया में। अगर aa मौजूद है, उत्तर सीधे एक आधिकारिक नाम सर्वर से आया था। (यदि यह गुम है, तो जवाब हो सकता है अभी भी ताजा हो; कुछ रिकर्सिव नाम सर्वर साफ़ करते हैं aa क्लाइंट रिज़ॉल्वर को प्रतिक्रिया देने से पहले ध्वज।) - α CVn
इसके अलावा, चीजों को समझने के लिए, मैं खुदाई का उपयोग करता हूं +norec तथा +trace विकल्प काफी थोड़ा है। "नोरेक" नाम संकल्प में कोई रिकर्सन नहीं करने का कहना है (समाशोधन rd या recursion desired क्वेरी में थोड़ा सा; ध्यान दें कि भले ही rd, DNS सर्वर आपके लिए रिकर्सन ऑफ़र नहीं कर सकता है, इसकी कमी के कारण इंगित किया गया है ra प्रतिक्रिया में रिकर्सन उपलब्ध है)। "ट्रेस" आपके सिस्टम के रिज़ॉल्वर से प्राप्त रूट नाम सर्वर पर शुरू होता है और इंटरमीडिएट परिणामों को प्रिंट करते हुए मैन्युअल रूप से रिकर्सन करता है। - α CVn
आपको ध्यान रखना चाहिए कि कुछ आईएसपी टीटीएल की तुलना में बहुत अधिक समय तक DNS रिकॉर्ड्स को कैश करेंगे, उनका कहना है कि उन्हें बहुत कम टीटीएल के साथ भी यह गारंटी नहीं देनी चाहिए कि साइट पर सभी आगंतुकों को स्थानांतरित करने के बाद एक या दो दिन के लिए सही आईपी मिलेगा एक जगह। - Dan Neely
@JamesPolley आपके उपयोग के साथ आपकी व्याख्या में एक (मामूली) त्रुटि है .uk सर्वर। वर्तमान में नामांकित-प्रबंधित द्वितीय स्तर के डोमेन समान सर्वर पर हैं uk., तो एक प्रश्न के लिए example.co.uk को uk सर्वर को पहले प्रतिनिधिमंडल के माध्यम से जाने के बिना तुरंत एक प्रतिनिधिमंडल प्राप्त होगा co.uk सर्वर। - Alnitak


ए) आईपी की संख्या -> दुनिया में होस्ट नाम मैपिंग वास्तव में बड़ी है। यह प्रणाली डोमेन उपनाम के मालिक को सभी सबडोमेन और एमएक्स रिकॉर्ड और हर दूसरे DNS रिकॉर्ड को होस्ट करने की ज़िम्मेदारी वितरित करती है। यह डोमेन नाम का बहुत अधिक बिंदु था। .com एक रजिस्ट्री द्वारा आयोजित किया जाता है जहां के रूप में .uk दूसरे द्वारा आयोजित किया जा सकता है। इसी तरह example.com तथा otherexample.com अलग से होस्ट किया जा सकता है ताकि संसाधन वितरित किए जा सकें।

बी) यह कैश किया गया है, जो आपके DNS होस्ट पर हिट की संख्या को कम करता है जो कि अन्यथा होगा। डिफ़ॉल्ट रिकॉर्ड द्वारा छोड़े जाने से पहले कैश में 2 दिन रहते हैं। यह रिकॉर्ड के टीटीएल (रहने के लिए समय) को बदलकर बदला जा सकता है।

सी) आप वास्तव में एक छोटा सा टीटीएल सेट करके कैश किए जा रहे रिकॉर्ड को प्रभावी ढंग से रोक सकते हैं। ये है नहीं जब तक आप इसे गतिशील DNS के लिए उपयोग नहीं कर रहे हैं तब तक अनुशंसा करें। कैशिंग बहुत से DNS सर्वर पर हिट छोड़ देता है। हवा से अनुमानित संख्या चुनने के लिए हम 95% अनुरोधों को खारिज करने के बारे में बात कर रहे हैं।


9
2018-02-01 17:33



'सी' के बारे में सावधान रहें। सेट करें कि टीटीएल काफी कम है और आपका DNS सर्वर हथौड़ा हो सकता है। यदि आपके अलावा कोई अन्य DNS प्रबंधित कर रहा है तो कोई बड़ी समस्या नहीं है। - Publiccert
तो अगर यह सबडोमेन के लिए नहीं था, तो इसका कोई फायदा नहीं होगा - sabof
Perhapse, लेकिन यहां तक ​​कि remeber भी yourdomain.com का एक सबडोमेन है .com। अगर यह सिर्फ एक बड़ी "मेजबान फ़ाइल" थी (जैसा कि यह पहले डीएनएस और elves मध्य पृथ्वी में चला गया था) तो हाँ। आपके पास सिर्फ एक बड़ी फाइल होगी और हर कोई इसे कैश करेगा। - couling
DNS नामस्थान था फ्लैट, बिना किसी प्रतिनिधिमंडल के, लंबे समय तक; और यह था एक ही सूची में आयोजित एक सूची के रूप में लागू किया गया। यह अनावश्यक हो गया और 1 9 82 में DNS द्वारा प्रतिस्थापित किया गया ... - James Polley
@ मिफिनी, ठीक है, यह "डोमेन नाम प्रणाली" है, न कि "वितरित नाम प्रणाली" या ऐसा कुछ भी। बेशक इसे वितरित करने के लिए डिज़ाइन किया गया है, लेकिन कुछ भी नहीं कह रहा है कि आप बिल्कुल है इस तरह से चलाने के लिए। किसी भी वैश्विक कनेक्टिविटी वाले कुछ छोटे कार्यालय नेटवर्क के लिए, रूट ज़ोन में सबकुछ (या एक एकल टीएलडी जैसे local) शायद कुछ सीमित मात्रा में समझ में आता है। - α CVn


यदि आप * निक्स सिस्टम पर हैं, तो डैन बर्नस्टीन के djbdns की एक प्रति डाउनलोड करें http://cr.yp.to/djbdns.html और रिकर्सिव क्वेरी सिस्टम कैसे काम करता है यह देखने के लिए अपने dnstrace प्रोग्राम चलाएं। यह बहुत जानकारीपूर्ण है।


3
2018-02-01 17:37



क्या यह मुझे तुरंत कॉन्फ़िगरेशन परिवर्तन के प्रभाव को देखने की अनुमति देगा? - sabof
dnstrace (आमतौर पर dnstracesort के माध्यम से) आपके द्वारा किए गए किसी भी डोमेन और क्वेरी के लिए DNS कॉन्फ़िगरेशन के बारे में विस्तृत मात्रा में विवरण देता है। अगर सर्वर ने कोई बदलाव किया है, तो वे बदलाव दिखाएंगे और यह कैसे प्रचारित होगा। वे प्रचार त्रुटियों का पता लगाने के लिए भी उत्कृष्ट हैं। - mikebabcock


ए) संभावित डोमेन नामों की संख्या एक सर्वर को संभालने के लिए बहुत बड़ी है। और सिर्फ .com नहीं है; वहाँ .NET, .org, .se, .info, और अन्य किसी भी संख्या है। उसमें जोड़ें, आप एक सबडोमेन के लिए ज़िम्मेदारी नियुक्त कर सकते हैं (जो प्रभावी रूप से क्या है com कर देता है)। डीएनएस कम केंद्रीकृत होने से प्रबंधन करना आसान हो जाता है।

बी) आवश्यक अनुरोधों की संख्या को कम करने के लिए उपयोगकर्ता से आपके पास मशीनों के साथ डीएनएस कैश हैं। यह रोकता है, उदाहरण के लिए, जब भी आप एसएफ से पेज प्राप्त करते हैं, तो "serverfault.com" के पते के अनुरोध के साथ नेटवर्क को स्पैम करना। वे सर्वर "डोमेन मौजूद नहीं हैं" परिणाम भी कैश कर सकते हैं, यही कारण है कि एक ब्रांड नए डोमेन को दिखाने के लिए कुछ समय लग सकता है।

सी) हालांकि आप अपने कैश को अक्षम कर सकते हैं, फिर भी आपकी मशीन और yourdomain.com के DNS सर्वर के बीच अन्य DNS सर्वर होते हैं। उदाहरण के लिए, आपका आईएसपी का DNS सर्वर जितना संभव हो उतना कैश करने का प्रयास करेगा। नेट के चारों ओर अपेक्षाकृत तेज़ी से अद्यतन होने वाले एकमात्र रिकॉर्ड एक छोटे टीटीएल वाले होते हैं (जो मूल रूप से कहता है "मैं केवल कुछ सेकंड के लिए मान्य हूं; उसके बाद, मुझे वर्तमान जानकारी के लिए फिर से पूछें")। कारण टीटीएल इतने ऊंचे हैं, हालांकि, डोमेन के लिए ज़िम्मेदार सर्वर कुछ सर्वरों को अन्य सर्वरों पर ऑफ़लोड कर सकता है। यदि आप अपनी वेबसाइट पर हर हिट के लिए अपने एक या दो रिंगी-डिन DNS सर्वर से संपर्क कर रहे थे, तो वे आपकी साइट को /।, Digg इत्यादि पर देखे जाने वाले दूसरे स्थान पर बहुत अधिक उपयोग करने योग्य नहीं होंगे।


3
2018-02-01 17:41



आपका (सी) गलत है। यह DNS की व्यापक गलतफहमी है। सर्वरों की कोई श्रृंखला नहीं है - स्थानीय मशीन आईएसपी को राउटर करने के लिए ... - प्रत्येक अगली पंक्ति में संपर्क कर रही है।  अनुरोध एक DNS क्लाइंट (लाइब्रेरी) से, ए के माध्यम से जाते हैं एक प्रॉक्सी DNS सर्वर को हल करना, शून्य या अधिक सामग्री DNS सर्वर पर। अग्रेषण प्रॉक्सी DNS सर्वर के अस्तित्व को छोड़कर, बस। - JdeBP
@ जेडीबीपी: यह एक "व्यापक गलतफहमी" है क्योंकि जहां तक ​​मैंने असली दुनिया में देखा है, यह काफी हद तक सच है। यदि आपको अपना पता डीएचसीपी के माध्यम से मिलता है, जैसा कि हर किसी के बारे में करता है, तो आपको लगभग निश्चित रूप से एक DNS सर्वर का पता दिया गया है जिसका उपयोग आप करना चाहते हैं। जो, घरेलू नेटवर्क में, लगभग हमेशा राउटर होता है - जो मूल रूप से आपके आईएसपी के DNS को अग्रेषित कर रहा है। और छोटे व्यवसाय नेटवर्क में, आमतौर पर डोमेन नियंत्रक होता है - जो, फिर से, आमतौर पर आईएसपी के DNS को अग्रेषित कर रहा है। यह आमतौर पर उस बिंदु पर है कि पुनरावृत्त सामान खत्म हो जाता है। - cHao
यदि आपको लगता है कि "काफी हद तक सच" बिल्कुल फिट बैठता है तो आपको वास्तविक दुनिया को और अधिक देखना होगा। मैंने वास्तव में एक अतिरिक्त आइटम के रूप में प्रॉक्सी को अग्रेषित करने का उल्लेख किया। हालांकि, आप व्यापार नेटवर्क में अपने उपयोग को अधिक महत्व दे रहे हैं; और वास्तव में यह बताते हुए कि डिफ़ॉल्ट रूप से उनके डोमेन नियंत्रक कितने बदलते हैं, जो है (किसी ने रूट रूट को हटा दिया है) हल करने रूट संकेत का उपयोग कर DNS सर्वर। (सी) में आपकी मूल त्रुटि अनिश्चित है। कैश को अक्षम करने से जादुई रूप से कैश "पीछे" प्रकट नहीं होता है। DNS बस उस तरह से काम नहीं करता है। यदि आप इसे गलत समझ नहीं रहे हैं, तो आप इसे गलत तरीके से प्रस्तुत कर रहे हैं। - JdeBP
तथ्य यह है कि, यदि आप अपनी स्थानीय मशीन पर कैश को अक्षम करते हैं, तो भी आप अपने स्थानीय नेटवर्क के DNS सर्वर द्वारा कैश किए गए परिणाम देख सकते हैं। और यदि आप इसे अक्षम करते हैं, तो आपको अभी भी चिंता करने के लिए अपने आईएसपी के कैश होने की संभावना है। चाहे आप इसे एक सामान्य मामले के रूप में स्वीकार करते हैं या नहीं, यह मामला है कि मैंने लगभग हर बार देखा है - जो उल्लेखनीय है कि यह उल्लेखनीय है। - cHao
@cHao अधिकांश सीपीई DNS सर्वर केवल "आगे" और कैश नहीं करते हैं। - Alnitak