प्रत्येक DNS रेकॉर्ड काय करते

DNS ही एक शोध सारणी आहे जी नावाला उत्तरामध्ये बदलते. रेकॉर्ड प्रकार हे कोणत्या प्रकारचे उत्तर आहे ते सांगते.

आपण प्रत्यक्षात वापराल त्या

A — नाव IPv4 पत्त्याकडे निर्देशित करते. www.example.com → 203.0.113.10. हे डोमेनला वेबसाइटकडे निर्देशित करते.

AAAA — IPv6 साठी हीच गोष्ट. ते A रेकॉर्डच्या जागी न वापरता, त्यासोबत जोडा.

CNAME — नावाला दुसऱ्या नावाकडे निर्देशित करते, आणि ते जिथे जाईल तिथे पाठपुरावा करते. जेव्हा लक्ष्याचा पत्ता बदलू शकतो तेव्हा उपयुक्त ठरते. ⛔ एक CNAME इतर रेकॉर्ड्ससह मूळ डोमेनवर (example.com) असू शकत नाही — तिथे A रेकॉर्ड वापरा.

MX — या डोमेनसाठी ईमेल कुठे वितरित केले जाते. वेबसाइटशी काहीही संबंध नाही; आपल्या साइटचे A रेकॉर्ड बदलल्याने ईमेलवर परिणाम होत नाही, आणि MX बदलल्याने साइटवर परिणाम होत नाही.

TXT — मोफत मजकूर, जो इतर प्रणालींद्वारे वाचला जातो. डोमेन पडताळणीसाठी आणि आपला ईमेल स्पॅम म्हणून गणला जाऊ नये यासाठी SPF, DKIM आणि DMARC रेकॉर्ड्ससाठी वापरले जाते.

NS — डोमेनसाठी कोणते नेमसर्व्हर्स अधिकृत आहेत. हे बदलल्याने संपूर्ण झोन दुसऱ्या कोणाकडे तरी हस्तांतरित होतो.

तज्ज्ञांसाठी असलेल्या बाबी

आपण हे सर्व डोमेन → आपले डोमेन → DNS रेकॉर्ड्स → रेकॉर्ड जोडा वरून जोडता. संपादक प्रत्येक भाग स्वतंत्रपणे विचारतो, ज्यामुळे आपल्याला क्रम लक्षात ठेवण्याची कधीही गरज पडत नाही.

SRV — एखादी सेवा कुठे असते: प्राधान्य (कमी प्राधान्य प्रथम तपासले जाते), वजन (समान प्राधान्यांमध्ये भार विभागते), पोर्ट आणि लक्ष्य होस्ट. Microsoft 365, Teams, SIP फोन, XMPP चॅट आणि काही गेम्स _sip._tls सारख्या नावासह याची मागणी करतात.

CAA — डोमेनसाठी कोणते प्रमाणपत्र अधिकारी प्रमाणपत्रे जारी करू शकतात. टॅग (सामान्य प्रमाणपत्रांसाठी issue, वाईल्डकार्डसाठी issuewild, नाकारलेल्या विनंतीची तक्रार कुठे करायची यासाठी iodef) आणि letsencrypt.org सारखे मूल्य निवडा. तुम्हाला १२८ ची आवश्यकता आहे हे माहित असल्याशिवाय फ्लॅग्ज ० वर ठेवा. ⚠️ जर तुम्ही CAA रेकॉर्ड जोडले, तर तुम्ही वापरत असलेल्या प्रत्येक प्राधिकरणाचा समावेश करा — येथे एक जरी सुटले तरी त्याचे प्रमाणपत्र नूतनीकरण थांबते.

PTR — होस्टकडे निर्देशित करणारे नावासाठीचे नाव. मेल सर्व्हरच्या IP पत्त्यासाठी रिव्हर्स DNS हे IP ज्याच्या मालकीचे आहे तो सेट करतो, येथे नाही; त्यासाठी तुमच्या सर्व्हर प्रदात्याला विचारा.

TLSA — DANE साठी प्रमाणपत्र पिन करते (मुख्यतः मेल सर्व्हर). यात एक वापर, एक निवडकर्ता, जुळणारा प्रकार आणि हेक्साडेसिमलमध्ये प्रमाणपत्र डेटा असतो; तुमचे मेल सॉफ्टवेअर किंवा प्रदाता तुम्हाला हे चारही देतो.

HTTPS आणि SVCB — ब्राउझर आणि ॲप्सना विचारण्यापूर्वी कसे कनेक्ट करायचे ते सांगतात, जसे की साइट कोणत्या प्रोटोकॉलवर (alpn=h2,h3) बोलते. प्राधान्य 0 हे अलियास मोड आहे (केवळ एक लक्ष्य); 1 किंवा उच्च हे पर्यायी पॅरामीटर्ससह सेवा मोड आहे. . चे लक्ष्य म्हणजे स्वतः नाव.

प्रकार मेनूमधून एखादा प्रकार गहाळ असल्यास, या डोमेनचे झोन धारण करणारा DNS प्रदाता तो संग्रहित करू शकत नाही; आमच्या नेम सर्व्हरवरील (ns1.zinndigital.com, ns2.zinndigital.com) डोमेन वरील प्रत्येक प्रकार धारण करू शकतात. DS रेकॉर्ड (DNSSEC) येथे जोडले जात नाहीत — ते तुमच्या रजिस्ट्रारकडे असतात.

SOA — झोनची स्वतःची सेटिंग्ज: त्याचे प्राथमिक नेमसर्व्हर, प्रशासकाचा पत्ता, प्रत्येक बदलासह वाढणारा क्रमांक (serial) आणि इतर नेमसर्व्हर वापरत असलेले टायमर्स. हे DNS प्रदात्याच्या अखत्यारीत असते, त्यामुळे ते प्रकार (Type) मेनूमध्ये नसते; नेमसर्व्हरवरून थेट वाचले जाणारे हे पाहण्यासाठी रेकॉर्ड्सखालील झोन सेटिंग्ज (SOA) उघडा. बदललेला सिरीअल क्रमांक दर्शवतो की तुमचा शेवटचा बदल लागू केला जात आहे.

जेव्हा आपण एखादे डोमेन आमच्या नेमसर्व्हरवर हलवता, तेव्हा आम्ही ते आधीच प्रकाशित करत असलेले सामान्य रेकॉर्ड्स कॉपी करतो, ज्यामध्ये CAA आणि नेहमीचे SRV रेकॉर्ड्स समाविष्ट असतात, आणि आम्ही कॉपी करू न शकलेली कोणतीही गोष्ट डोमेन पृष्ठावर सूचीबद्ध करतो जेणेकरून आपण बदल करण्यापूर्वी ते मॅन्युअली जोडू शकता.

बदलासाठी किती वेळ लागतो

प्रत्येक रेकॉर्डमध्ये एक TTL असतो — इतर सिस्टीम जुने उत्तर किती काळ कॅशे करू शकतात. ज्यांनी अलीकडे पाहिले नाही अशा कोणालाही काही सेकंदात बदल दिसतो, आणि इतर सर्वांना त्यांचा कॅशे कालबाह्य झाल्यावर तो दिसतो. नियोजित बदलाच्या एक दिवस आधी TTL कमी करा आणि आपण प्रतीक्षा वेळ काही मिनिटांपर्यंत कमी करू शकता.