12 DNS रिकॉर्ड्स समझाया गया

लेखक: Judy Howell
निर्माण की तारीख: 26 जुलाई 2021
डेट अपडेट करें: 7 मई 2024
Anonim
व्हाइट बोर्ड डीएनएस रिकॉर्ड्स की व्याख्या
वीडियो: व्हाइट बोर्ड डीएनएस रिकॉर्ड्स की व्याख्या

विषय



स्रोत: Pelfophoto / Dreamstime.com

ले जाओ:

यदि आप 12 सबसे सामान्य डीएनएस रिकॉर्ड में ड्रिल करते हैं, तो यह समझना आसान है कि यह सिस्टम कैसे काम करता है।

डोमेन नाम प्रणाली (डीएनएस) आज के इंटरनेट का अभिन्न अंग है, और सतह पर, यह बेहद जटिल लगता है। इसका थोड़ा आश्चर्य है कि DNS इतने लोगों को भ्रमित करता है। हालांकि, अगर आपको कुछ सबसे सामान्य डीएनएस रिकॉर्ड्स का पता चल जाता है - और वे कैसे उपयोग किए जाते हैं - तो यह जानने में आसान है कि यह तकनीक कैसे काम करती है। यहाँ अच्छी तरह से 12 सबसे सामान्य डीएनएस रिकॉर्ड देखें।

एक रिकॉर्ड

एक आईपी पते के साथ एक डोमेन नाम को संबद्ध करने के लिए, आमतौर पर ए रिकॉर्ड्स का उपयोग करना आवश्यक है। ये कई अलग-अलग मेजबान नामों और उप-डोमेन के रूप में हो सकते हैं। यह एक रिकॉर्ड - जैसे mail.techopedia.com या www.techopedia.com या ntp.techopedia.com घोषित करके किया जाता है। इस स्थिति में, "मेल," "www" या "ntp" परिभाषित ए रिकॉर्ड होगा। ये किसी भी IPv4 IP पते पर इंगित हो सकते हैं, जैसे कि 12.34.56.78। यह देखते हुए कि कौन सा आईपी पता इस तरह से एक डोमेन नाम के साथ जुड़ा हुआ है, एक अग्रेषित DNS लुकअप या क्वेरी के माध्यम से होता है।


AAAA रिकॉर्ड्स

जैसे ही IPv6 अधिक प्रचलित हो जाता है, AAAA रिकॉर्ड (या "क्वाड-ए") अधिक लोकप्रिय हो जाएगा। यह केवल IPv4 IPv4 संस्करण के बराबर है, और यह भिन्न है क्योंकि IPv6 128-बिट पतों का उपयोग करता है। इसका मतलब यह है कि AAAA रिकॉर्ड 16-बिट मानों के आठ समूहों का उपयोग करते हुए नोट किया जाता है, जैसे: fe80: 226: 18ff: fed3 :: cc2a। (आईपीवी 6 के साथ परेशानी में नए आईपी बुनियादी ढांचे के बारे में अधिक जानें।)

CNAME रिकॉर्ड्स

Canonical record (CNAME) एक होस्ट नाम को दूसरे पर इंगित करने के लिए उपयोगी होते हैं। यह स्पष्ट रूप से एक आईपी पते की घोषणा करने की आवश्यकता को समाप्त करता है और इसका मतलब है कि अगर एक CNAME रिकॉर्ड केवल पहले से ही स्थापित होस्ट नाम पर इंगित करता है, तो निम्न के रूप में दिखाए गए अनुसार आईपी पते को दो बार के बजाय एक बार बदला जा सकता है:

hostname.techopedia.com 1.2.3.4 cname.techopedia.com hostname.techopedia.com

यहाँ, cname.techopedia.com भी IPname 1.2.3.4 लौटाएगा क्योंकि यह hostname.techopedia.com पर इंगित करता है।


एमएक्स रिकॉर्ड्स

एमएक्स रिकॉर्ड वे हैं जो मेल सर्वर द्वारा देखे जाते हैं जब उन्हें डिलीवर करने की आवश्यकता होती है। वे आमतौर पर विश्वसनीयता के लिए एक से अधिक मेल सर्वर बना सकते हैं, लेकिन यह हमेशा ऐसा नहीं होता है, और अनुरोधों (टिप्पणियाँ) का उल्लंघन हो सकता है। एक सरल पदानुक्रम का उपयोग करके कॉन्फ़िगर किया गया, एक व्यवस्थापक परिभाषित कर सकता है कि किस मेल सर्वर को पहले मेल प्राप्त करना चाहिए और इसी तरह। एक उदाहरण इस प्रकार हो सकता है, जहां प्राथमिकता ५ आईपी ​​एड्रेस 1.2.3.4 के साथ पसंदीदा मेल डिलीवरी होस्ट है:

mail1.techopedia.com 5 1.2.3.4 mail2.techopedia.com 10 5.6.7.8 mail3.techopedia.com 20 9.8.7.6

नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ


जब कोई भी सॉफ़्टवेयर गुणवत्ता की परवाह नहीं करता है तो आप अपने प्रोग्रामिंग कौशल में सुधार कर सकते हैं।

एन एस रिकॉर्ड्स

रूट सर्वर स्तर पर, यह महत्वपूर्ण है कि किसी विशेष डोमेन नाम के विरुद्ध प्रश्नों का उत्तर देने के लिए एक आधिकारिक नाम सर्वर कॉन्फ़िगर किया गया है। प्रत्येक डोमेन नाम में कार्य करने के लिए नाम सर्वर रिकॉर्ड होना चाहिए; बहुत कम नाम सर्वरों के उपयोग से RFC का उल्लंघन हो सकता है। WHOIS रिकॉर्ड पर आयोजित एक उदाहरण इस तरह लग सकता है, जहाँ ns1 IP पता 1.2.3.4 और इसी तरह लौटाता है।

ns1.techopedia.com 1.2.3.4 ns2.techopedia.com 4.5.6.7

SOA रिकॉर्ड्स

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

आरपी

SOA रिकॉर्ड के अंदर भी दिखाया गया है कि डीएनएस ज़ोन से संबंधित गलत जानकारी या कुछ अन्य समस्या की स्थिति में किससे संपर्क करें, या जिम्मेदार व्यक्ति (आरपी) से संपर्क करें। यह कुछ इस तरह हो सकता है

टीटीएल

SOA के भीतर, यह घोषणा करना महत्वपूर्ण है कि DNS ज़ोन के लिए आधिकारिक नाम सर्वर के साथ संचार करते समय अन्य मशीनों को कैसे प्रतिक्रिया देनी चाहिए। ऐसा उदाहरण हो सकता है:

techopedia.com पर SOA रिकॉर्ड ns10.dnsmadeeasy.com है। dns.dnsmadeeasy.com। 2009010181 43200 3600 1209600 180

यहाँ हम Techopedia.com के प्राथमिक नाम सर्वर के लिए डोमेन नाम ns10.dnsmadeeasy.com देखते हैं और यह कि मानव संपर्क है (ध्यान दें कि @ चिह्न कभी SOA प्रविष्टि में नहीं दिखाया गया है, लेकिन इसके बजाय निहित है)। अंत में, हम इसका सीरियल नंबर देख सकते हैं (इस मामले में सुझाव देते हैं कि 2009 के बाद से साल्वेंट बदलाव किए गए हैं), इसके बाद कई बार लाइव (टीटीएल) मूल्यों को नियंत्रित किया जाता है जो एक नाम सर्वर से प्राप्त लंबे डेटा को नियंत्रित करने से पहले भरोसा किया जा सकता है। बासी माना जाता है, अन्य बातों के अलावा।

एसपीएफ रिकॉर्ड

इंटरनेट पर कभी समस्याग्रस्त अनचाहे मेल मुद्दे के साथ, इसका मुकाबला करने का एक सामान्य तरीका DNS का उपयोग यह घोषित करने के लिए था कि किस आउटबाउंड मेल सर्वर को एक डोमेन नाम से मेल करने की अनुमति दी गई थी। एर पॉलिसी फ्रेमवर्क (एसपीएफ) रिकॉर्ड इस कारण से ऐसा लग सकता है:

techopedia.com में SPF रिकॉर्ड "v = spf1 mx ptr ip4: 184.72.216.57 ip4: 66.51.97.134 a: list.janalta.com a: webmail1.janaltaa: list.technewsletters.com शामिल हैं: _spf.google.com ~ सब"

यहां हम अनुमति दी गई मशीनों की सूची और कुछ आईपी पते भी देखते हैं।

TXT रिकॉर्ड्स

ये रिकॉर्ड कई उद्देश्यों के लिए उपयोग किए जा सकते हैं, लेकिन एक अच्छा उदाहरण यहां देखा जा सकता है:

techopedia.com विवरणात्मक "google-site-verification = 3gxUc6RH0WccwA6LNaDwENjhKlfUydMOVMtmCIOJBnE" techopedia.com विवरणात्मक "Google-साइट-सत्यापन = C_-veU9lL8A7lVTeXcw.orgNU/wxwc6RH0WWwwwjjjwwjkjwjjKKUUMWMMMmmMIO

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

DNSKEY रिकॉर्ड

चूँकि इंटरनेट पर सुरक्षा बहुत महत्वपूर्ण है, जब यह व्यापक DNS की बात आती है, तो डोमेन नाम प्रणाली को बढ़ाने के लिए DNSSEC बनाया गया था। DNSKEY रिकॉर्ड सुरक्षा के लिए कॉन्फ़िगरेशन घोषित करने के लिए एक क्रिप्टोग्राफी विधि है और इस तरह दिख सकता है:

ripe.net DNSKEY रिकॉर्ड है 257 3 से 5 AwEAAXf2xwi4s5Q1WHpQVy / kZGyY4BMyg8eJYbROOv3YyH1U8fDwmv6k BVxWZntYtYUOU0rk + Y7vZCvSN1AcYy0 / ZjL7cNlkc3Ordl2DialFHPI6 UbSQkIp3l / 5fSWw5xnbnZ8KA7g3E6fkADNIEarMI4ARCWlouk8GpQHt1 1wNW1c65SWB8i958WZJ6LI0pOTNK + BIx8u98b + EVr7C08dPpr9V6Eu / 7 3uiPsUqCyRqMLotRFBwK8KgvF9KO1c9MXjtmJxDT067oJoNBIK + gvSO9 QcGaRxuGEEFWvCbaTvgbK4E0OoIXRjZriJj8LXXLBEJen6N0iUzj8nqy XSCm5sNxrRk =

क्षेत्रीय प्राधिकरण और in-ddr.arpa

रिवर्स DNS लुकअप के लिए डेटा प्रदान करने के लिए (जहां एक आईपी पते को डोमेन नाम में परिवर्तित किया जाता है, दूसरे रास्ते के बजाय) IPv4-addr.arpa में उपयोग करता है। डोमेन नामों के लिए प्रत्यायोजित फ़ॉरवर्ड डीएनएस चलाने वाले रूट सर्वर से अलग, रिवर्स डीएनएस को पाँच क्षेत्रीय इंटरनेट रजिस्ट्रियों (आरआईआर) द्वारा कॉन्फ़िगर किया गया है, जिनमें से प्रत्येक एक निश्चित भौगोलिक क्षेत्र के लिए जिम्मेदार है।

एक उदाहरण पीटीआर (या पॉइंटर) एक आरआईआर द्वारा एक आधिकारिक नाम सर्वर को सौंपा गया है, जो रिवर्स डीएनएस प्रश्नों का उत्तर देने के लिए तैयार है, जो निम्नानुसार हो सकता है। ध्यान दें कि संकेतन उल्टा है:

4.3.2.1.in-addr.arpa www.techopedia.com

पाँच वैश्विक RIR हैं:

  • अफ्रीकी नेटवर्क सूचना केंद्र (AfriNIC)
  • इंटरनेट नंबरों के लिए अमेरिकी रजिस्ट्री (ARIN)
  • एशिया-प्रशांत नेटवर्क सूचना केंद्र (APNIC)
  • लैटिन अमेरिका और कैरिबियन नेटवर्क सूचना केंद्र (LACNIC)
  • NCC Réseaux IP Européens नेटवर्क समन्वय केंद्र (RIPE)

यहां तक ​​कि अनुभवी तकनीकी कर्मचारियों के बीच, यह तथ्य कि रिवर्स DNS को RIR द्वारा प्रत्यायोजित किया जाता है, कभी-कभी समस्या निवारण के दौरान अनदेखी की जाती है और छूट जाती है। अन्य रिकॉर्ड प्रकार अधिक सीधे हैं।

डीएनएस? पसीनारहित!

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