cname एंट्री जोडत आहे. रूट डोमेनमधील CNAME निर्बंधांवर मात कशी करायची? नवीन नोंदी जोडत आहे

चेरचर 12.04.2019
विंडोज फोनसाठी

लक्ष द्या! "DNS-master" पॅनेल nic.ru वरील "प्राथमिक-मानक" सेवा पॅकेजमध्ये समाविष्ट केले आहे. तुम्ही सुरू करण्यापूर्वी, ते तुमच्या वैयक्तिक खात्यात उपलब्ध असल्याची खात्री करा.

प्राथमिक डोमेन बंधनकारक.

मुख्य डोमेन लिंक करण्यासाठी तुम्हाला 3 रेकॉर्ड जोडावे लागतील जसे:

  • www CNAME चाचणी साइट.
  • @A १६४.१३२.९३.१४०
  • @A १६४.१३२.९३.१४१

ते कसे करावे:

1. nic.ru डोमेन कंट्रोल पॅनलवर जा
2. उजवीकडील "सेवा" विभागात, "DNS होस्टिंग" निवडा:

कृपया लक्षात घ्या की पुढील विंडोमध्ये तुम्हाला “सेवा सापडल्या नाहीत” असा संदेश दिसल्यास, याचा अर्थ DNS होस्टिंगसंपादनासाठी आवश्यक DNS झोनखरेदी केले नाही.

"नवीन सेवा ऑर्डर करा" विभागात जा:

आणि निवडा योग्य दर. इष्टतम - प्रति वर्ष 600 रूबल:

3. DNS होस्टिंग खरेदी केले असल्यास, तुम्हाला खालील विंडो दिसेल. बटणावर क्लिक करा " DNS व्यवस्थापनझोन" इच्छित डोमेन जवळ:

4. "डोमेनची सूची" विभागात, इच्छित डोमेन निवडा:

5. "जोडा" बटणावर क्लिक करा नवीन प्रवेश"झोन संपादन पॅनेलमध्ये:

6. खालीलप्रमाणे फील्ड भरा:

नाव: @
प्रकार:
IP पत्ता: 164.132.93.140

एंट्रीच्या उजवीकडे जोडा बटणावर क्लिक करा:

त्याचप्रमाणे, मूल्यासह A प्रकारचा दुसरा रेकॉर्ड जोडा:

@अ १६४.१३२.९३.१४१


उपनाव: www
प्रकार: CNAME
कॅनोनिकल नाव: चाचणी साइट(आपल्याला शेवटी एक बिंदू आवश्यक आहे!)

आणि "जोडा" बटणावर क्लिक करा:

8. नोंदी जोडल्या गेल्यानंतर, वरच्या उजव्या बाजूला असलेल्या “अनलोड झोन” बटणावर क्लिक करा:

9. रेकॉर्ड जोडताना अप्रस्तुत डोमेनबद्दल संदेश दिसल्यास, "डेलिगेट डोमेन" वर क्लिक करा:

तुम्ही डोमेन विभागातून डोमेन देखील देऊ शकता:

DNS अपडेट होण्यासाठी 24-48 तास लागू शकतात. या वेळेनंतर तुम्ही लिंक केलेले डोमेन/सबडोमेन LPgenerator ब्रँडिंगमध्ये 404 पृष्ठ प्रदर्शित करत नसल्यास, कृपया support@site वर आमच्याशी संपर्क साधा.

कृपया तुमच्या पत्राला वर्तमान DNS स्थितीचा स्क्रीनशॉट संलग्न करा - यामुळे तुमची समस्या सोडवण्याच्या प्रक्रियेला लक्षणीय गती मिळेल.

सबडोमेन बंधनकारक

तुमच्याकडे तुमच्या मुख्य डोमेनवर होस्ट केलेली वेबसाइट असल्यास किंवा ती होस्ट करण्याची योजना असल्यास, सबडोमेन तयार करणे आणि ते लिंक करणे अधिक अर्थपूर्ण आहे.

nic.ru पॅनेलमध्ये सबडोमेन लिंक करण्यासाठी, तुम्हाला 2 CNAME प्रकार रेकॉर्ड जोडणे आवश्यक आहे:

  • www..

ते कसे करावे:

सबडोमेन लिंक करणे हे फक्त तुम्ही जोडत असलेल्या रेकॉर्डमध्ये वेगळे असते, त्यामुळे मुख्य डोमेनशी लिंक करताना 4 क्रिया पॉइंट्स सारखेच राहतात.

5. "एंट्री जोडा" वर क्लिक करा आणि खालील फील्ड भरा:

उपनाव: प्रोमो(प्रोमो हे एक उदाहरण आहे, तुम्ही कोणतेही सबडोमेन नाव घेऊन येऊ शकता, फक्त नावात लॅटिन आणि सिरिलिक मिक्स करू नका)
प्रकार: CNAME
कॅनोनिकल नाव: चाचणी साइट(आपल्याला शेवटी एक बिंदू आवश्यक आहे!)

6. दुसरी एंट्री जोडा आणि फील्ड भरा.

डोमेन झोन सेट करणे

होस्टिंग DNS सर्व्हर तुमच्या डोमेनसाठी नोंदणीकृत असल्यास ns1.hosting.siteआणि ns2.hosting.site, कृपया वापरा.

डोमेनसाठी झोन ​​विभागामध्ये कॉन्फिगर केले आहे DNS सर्व्हर आणि झोन. आपण विद्यमान संपादित करू शकता संसाधन रेकॉर्डआणि नवीन जोडा.

संपादित करण्यासाठी विद्यमान प्रवेश, चिन्हावर क्लिक करा पेन्सिलअगदी आत आवश्यक ओळ:

पॉप-अप विंडोमध्ये, प्रविष्ट करा सबडोमेन नावआणि सूचित करा IP पत्ता, दाबा तयार:

तुम्ही आता संबंधित नसलेली एंट्री हटवू शकता. हे करण्यासाठी, आवश्यक ओळीत, चिन्हावर क्लिक करा टोपलीआणि हटविण्याची पुष्टी करा:

नवीन नोंदी जोडत आहे

नवीन एंट्री जोडण्यासाठी, चिन्हावर क्लिक करा प्रवेश जोडासूचीच्या शीर्षस्थानी आणि पॉप-अप विंडोमध्ये, सूचीमधून आपल्याला आवश्यक असलेली एक निवडा:

A रेकॉर्ड जोडत आहे

A रेकॉर्ड हे एक पत्ता रेकॉर्ड आहे जे तुमचे डोमेन आणि तुमची वेबसाइट ज्या सर्व्हरवर आहे त्याचा IP पत्ता जोडते.

  • शेतात सबडोमेन
  • शेतात IP पत्ताआवश्यक IP पत्ता

क्लिक करा तयार:

AAAA रेकॉर्ड जोडत आहे

AAAA रेकॉर्ड - डोमेन नावाचे IPV6 पत्त्यावर (आधुनिक नेटवर्क प्रोटोकॉल) रूपांतरण निर्दिष्ट करते.

  • शेतात सबडोमेनसबडोमेनचे नाव प्रविष्ट करा (आपण @ निर्दिष्ट केल्यास, आपले डोमेन निवडले जाईल);
  • शेतात IPv6 पत्ताआवश्यक IPv6 पत्ता

क्लिक करा तयार:

CNAME रेकॉर्ड जोडत आहे

CNAME रेकॉर्ड (प्रामाणिक नाव) - उपनामासाठी कॅनोनिकल नाव. CNAME रेकॉर्ड बहुतेक वेळा सबडोमेन दुसऱ्या डोमेनवर पुनर्निर्देशित करण्यासाठी वापरला जातो.

  • शेतात सबडोमेनसबडोमेन नाव प्रविष्ट करा;
  • शेतात कॅनोनिकल नावडोमेनचे नाव जे सबडोमेन फील्डमधील डोमेनने निर्देशित केले पाहिजे

क्लिक करा तयार:

MX रेकॉर्ड जोडत आहे

MX (मेल एक्सचेंजर) - डोमेनसाठी मेल गेटवे पत्ता. दोन भागांचा समावेश आहे: प्राधान्य आणि नोड पत्ता. MX रेकॉर्ड मेल कार्यक्षमतेसाठी महत्त्वपूर्ण आहेत. त्यांचे आभार, पाठवणाऱ्या पक्षाला तुमच्या डोमेनसाठी कोणत्या सर्व्हरवर मेल पाठवायचा हे "समजते".

  • शेतात सबडोमेनसबडोमेनचे नाव प्रविष्ट करा (@ - mail@your_domain सारख्या पत्त्यांसाठी मेल सेट करण्यासाठी);
  • शेतात मेल सर्व्हरसर्व्हरचा पत्ता जो तुमच्या डोमेनवरील मेलच्या ऑपरेशनसाठी जबाबदार असेल;
  • शेतात प्राधान्यअग्रक्रम लिहा

क्लिक करा तयार:

NS रेकॉर्ड जोडत आहे

NS (अधिकृत नाव सर्व्हर) - यासाठी जबाबदार असलेल्या नोडचा पत्ता डोमेन झोन. सोप्या भाषेत सांगायचे तर, NS रेकॉर्ड निर्दिष्ट करते की कोणते DNS सर्व्हर डोमेनबद्दल माहिती संग्रहित करतात. DNS सेवेच्या ऑपरेशनसाठी गंभीर.

DNS सर्व्हर निर्दिष्ट केल्यानंतर NS रेकॉर्ड स्वयंचलितपणे जोडले जातात:

TXT रेकॉर्ड जोडत आहे

TXT (टेक्स्ट स्ट्रिंग) - कोणतीही मजकूर एंट्री असते. कनेक्शनवर डोमेन मालकी तपासण्यासाठी मोठ्या प्रमाणावर वापरले जाते अतिरिक्त सेवा, आणि साठी देखील एसपीएफ रेकॉर्डआणि DKIM की.

  • शेतात सबडोमेनसबडोमेनचे नाव प्रविष्ट करा (आपण @ निर्दिष्ट केल्यास, आपले डोमेन निवडले जाईल);
  • शेतात मजकूर TXT रेकॉर्ड मूल्य

क्लिक करा तयार:

CAA रेकॉर्ड जोडत आहे

CAA रेकॉर्ड - सबडोमेनसाठी SSL/TLS प्रमाणपत्र जारी करण्याचे नियम परिभाषित करते ज्याचे प्रमाणपत्र अधिकारी पालन करतील.

  • शेतात सबडोमेनसबडोमेन निर्दिष्ट करा (आपण @ निर्दिष्ट केल्यास, आपले डोमेन निवडले जाईल);
  • शेतात ध्वजनियमाची गंभीरता (मूल्य किंवा 128 );
  • शेतात टॅग करामूल्य फील्डची सामग्री परिभाषित करते;
  • शेतात मूल्यप्रविष्ट करा इच्छित मूल्यटॅग फील्डच्या मूल्यावर आधारित

क्लिक करा तयार.

DNS सर्व्हर अपडेट होण्यासाठी 48 तास लागू शकतात.

होस्टिंग प्रदात्यांच्या सर्व्हरवर डोमेन असलेले कोणतेही इंटरनेट वापरकर्ता त्यांचे DNS रेकॉर्ड तयार आणि संपादित करू शकतात. DNS रेकॉर्डमध्ये नाव, रेकॉर्ड प्रकार आणि पत्ता असतो. ही नावे वेगवेगळ्या पॅनेलमध्ये बदलू शकतात. उदाहरणार्थ, हे असे असू शकते:

नाव/होस्ट/उपनाव; रेकॉर्ड प्रकार; अर्थ/उत्तर/गंतव्य/पत्ता.

सर्व पर्यायांमध्ये, “रेकॉर्ड प्रकार” सारखाच राहतो.

प्रवेशाचे नाव

रेकॉर्डचे नाव, ज्याला होस्ट/अलिअस असेही म्हणतात, हे डोमेन नाव आहे ज्याचे रेकॉर्ड तयार केले जात आहे किंवा संबंधित आहे.

एंट्री तयार करताना, डोमेन नाव "नाव" फील्डमध्ये संपूर्णपणे सूचित केले जाते. सबडोमेन किंवा उपनाव नाव संपूर्णपणे निर्दिष्ट करणे आवश्यक नाही. तिसरे स्तराचे नाव सूचित करण्यासाठी पुरेसे आहे: मेल, www, ftp. आपण प्रविष्ट केल्यास पूर्ण नाव, शेवटी एक कालावधी ठेवण्याची खात्री करा. म्हणजे नाव मेलआणि mail.example.ru. नाव/होस्ट/अलियास फील्डमध्ये समान नाव आहे.

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

चला मुख्य पाहूया DNS प्रकारतुमच्या डोमेनची सेवा करताना तुमच्या समोर येणाऱ्या नोंदी.

रेकॉर्ड प्रकार ए

रेकॉर्ड प्रकार: A (पत्ता रेकॉर्ड) किंवा (इंटरनेट 4 पत्ता). या प्रकारचे रेकॉर्ड विशिष्ट डोमेन नाव विशिष्ट, अचूक IP पत्त्याशी संबद्ध करते.

तुम्ही एका डोमेनसाठी (होस्टनाव) एकापेक्षा जास्त IP पत्ते जोडू शकता. फायरवॉल वापरल्यास हे आवश्यक आहे. हे करण्यासाठी, तुम्हाला पहिल्या प्रमाणेच A प्रकारचा दुसरा रेकॉर्ड जोडण्याची आवश्यकता आहे. फक्त भिन्न IP निर्दिष्ट करून.

सिद्धांतानुसार, तुम्ही एका IP पत्त्यासाठी एकापेक्षा जास्त डोमेन निर्दिष्ट करू शकता. परंतु हे आवश्यक नाही, कारण डोमेन नेम सिस्टम (DNS) मध्ये उपनाम तयार करण्यासाठी विशेषतः डिझाइन केलेले रेकॉर्ड आहे. या रेकॉर्ड प्रकाराला CNAME म्हणतात.

रेकॉर्ड प्रकार AAAA

रेकॉर्ड प्रकार: AAAA (IPv6 साठी पत्ता रेकॉर्ड) किंवा (इंटरनेट 6 पत्ता). समान. रेकॉर्ड प्रकार A प्रमाणेच, परंतु IP पत्ता आहे देखावा IPv6 प्रोटोकॉलद्वारे. उदाहरणार्थ: IPv6-2a03:4900:0:3::99:155

CNAME रेकॉर्ड प्रकार

CNAME (प्रामाणिक नाव रेकॉर्ड). CNAME रेकॉर्ड तुम्हाला सर्व्हरवर एकापेक्षा जास्त डोमेन नाव (होस्ट) ठेवण्याची आणि वापरण्याची परवानगी देतो.

प्रथम, एका IP पत्त्यासाठी एक प्रकार A रेकॉर्ड तयार केला जातो. A प्रकारातील डोमेन नावाला रेकॉर्ड म्हणतात प्रामाणिक नाव. इतर डोमेन्सना मेमोनिक म्हणतात. निमोनिक नावे उपनावे (अनियंत्रित नावे) किंवा उपडोमेन असू शकतात. येथे CNAME रेकॉर्डचे उदाहरण आहे:

popov.example.ru. CNAME example.ru.(शेवटी ठिपके विसरू नका).

सर्व्हरवर कितीही उपनाम असू शकतात. प्रत्येक उपनामासाठी, तुम्हाला CNAME रेकॉर्ड तयार करणे आवश्यक आहे.

CNAME रेकॉर्डचे दुसरे उदाहरण:

होस्टिंग-1 IN A 8.8.8.8

www मध्ये CNAME होस्टिंग-1

CNAME होस्टिंग-1 मध्ये ftp

आम्ही दुसरा आयपी खरेदी करतो आणि एफटीपी सबडोमेन दुसऱ्या आयपीवर हस्तांतरित करतो:

होस्टिंग-1 IN A 8.8.8.8

होस्टिंग-2 IN A 8.8.8.9

www मध्ये CNAME hosting-a

CNAME hosting-b मध्ये ftp , दुसऱ्याकडे जा FTP होस्टिंग-सर्व्हर.

CNAME रेकॉर्डचे दुसरे उदाहरण:

होस्टिंग-1 IN A 8.8.8.8

peter IN CNAME होस्टिंग-1

oleg IN CNAME होस्टिंग-1

आम्ही खालील CNAME रेकॉर्डसह उपनावे संबद्ध करतो:

example.com. CNAME example.ru मध्ये.

www.example.com. CNAME example.ru मध्ये.

test.example.com. CNAME example.ru मध्ये.

अशा प्रकारे, आम्ही डोमेन example.com, www.example.com, test.example.com या कॅनॉनिकल डोमेन example.ru शी लिंक करतो. शेवटी पूर्णविराम आवश्यक आहेत.

CNAME रेकॉर्ड वापरून पुनर्निर्देशनाचे दुसरे उदाहरण

www.example.ru. CNAME example.ru मध्ये.

सामान्यतः, सर्व्हर डीफॉल्टनुसार केवळ मुख्य डोमेनच्या सबडोमेनसाठी CNAME रेकॉर्ड तयार करतात आणि ते इतर डोमेनसाठी तयार करत नाहीत (फोटोमध्ये).

MX रेकॉर्ड प्रकार

MX (मेल सर्व्हर). ही नोंद एक सबडोमेन तयार करते जी अंतर्गत (स्वतःच्या) मेल सर्व्हरद्वारे दिली जाते.

उदाहरणार्थ:नाव/होस्ट/अलिस - example.ru; प्रकार -MX रेकॉर्ड(मेल सर्व्हर); अर्थ/उत्तर/गंतव्य/पत्ता - मेल. या एंट्रीसह तुम्ही मेल सबडोमेन mail.example.ru तयार करता. तुम्ही सर्व्हरची अंतर्गत मेल सेवा वापरत असल्यास, तुम्हाला mail.example.ru सबडोमेनसाठी रेकॉर्ड प्रकार “A” तयार करणे आवश्यक आहे. नाव: मेल - ए (रेकॉर्ड प्रकार) - पत्ता: सर्व्हर आयपी.

म्हणून पोस्टल सेवातुम्ही थर्ड-पार्टी मेल सर्व्हर वापरू शकता. हे करण्यासाठी, तुम्हाला तुमचे डोमेन तृतीय-पक्ष मेल सर्व्हरशी लिंक करावे लागेल. ते आपोआप तुमच्यासाठी MX रेकॉर्ड तयार करेल. जर त्यांनी ते तयार केले नाही, तर ते तुम्हाला मेल सर्व्हरचा पत्ता देतील. त्यानंतर, तुम्हाला तुमच्या सर्व्हरवर CNAME आणि MX रेकॉर्ड तयार करणे आवश्यक आहे.

मेल डोमेन mail.example.ru पुनर्निर्देशित करण्यासाठी CNAME रेकॉर्ड वापरा. पत्त्यावर मेल डोमेन. आणि डोमेन example.ru साठी MX रेकॉर्ड. तुमच्या तृतीय पक्षाचा पत्ता सेट करा मेलबॉक्स. उदाहरण म्हणून, आपण Yandex मेल सर्व्हर वापरू शकता.

  • Yandex साठी, MX रेकॉर्ड प्रकार असा असेल:

नाव/होस्ट/अलिस - example.ru; रेकॉर्ड प्रकार -MX (मेल सर्व्हर); अर्थ/उत्तर/उद्देश/पत्ता – mx.yandex.ru. प्राधान्य 10.

  • CNAME प्रकार आहे:

नाव/होस्ट/उर्फ - मेल; रेकॉर्ड प्रकार –CNAME; अर्थ/प्रतिसाद/गंतव्य/पत्ता –domain.mail.yandex.ru. प्राधान्य 10.

Yandex मेल सर्व्हरवर, डोमेन प्रतिनिधींशिवाय, आपण तेथे मेलबॉक्स तयार करून फक्त Yandex मेल सर्व्हरशी कनेक्ट करू शकता.

Yandex व्यतिरिक्त, MX रेकॉर्ड वापरून तुम्ही डोमेनशी लिंक करू शकता मेल सर्व्हर Google, Mail.ru आणि इतर:

रेकॉर्ड प्रकार NS

रेकॉर्ड प्रकार NS (नाव सर्व्हर). हे कदाचित सर्वात जास्त आहे महत्वाचा प्रकारनोंदी. हे डोमेन (पत्ते) परिभाषित करते DNS सर्व्हरया डोमेनची सेवा करत आहे.

रेकॉर्ड प्रकार TXT

TXT( मजकूर नोंद) . ही एक माहितीपूर्ण नोंद आहे. हे कार्यात्मक भार वाहून नेत नाही.

रेकॉर्ड प्रकार SOA (प्रारंभ प्राधिकरण)

SOA रेकॉर्ड प्रकारकोणत्या सर्व्हरवर या डोमेनची मूलभूत माहिती कुठे संग्रहित केली जाते ते दाखवते. SOA रेकॉर्ड प्रकार झोनचे पूर्णतः पात्र डोमेन नाव निर्दिष्ट करतो. पात्र डोमेन नाव कालावधीसह समाप्त होणे आवश्यक आहे. SOA रेकॉर्डमध्ये पात्र नावाऐवजी @ चिन्ह असू शकते. या प्रकरणात, डोमेन नाव कॉन्फिगरेशन फाइलमधून घेतले जाईल.

  • मनमानी अनुक्रमांकडेटा आवृत्त्या (सिरियल). जेव्हा दुय्यम सर्व्हर डेटा अद्यतनाची विनंती करतो, तेव्हा तो प्रथम अनुक्रमांक तपासतो;
  • दुय्यम (दुय्यम) सर्व्हर (रिफ्रेश) वरून डेटा अद्यतनित करण्याच्या विनंतीची वारंवारता सेकंदांमध्ये;
  • प्राथमिक अयशस्वी झाल्यास दुय्यम सर्व्हरची पुन्हा विनंती करण्याचा कालावधी (पुन्हा प्रयत्न करा);
  • डेटा कालबाह्यता तारीख (कालबाह्य), अन्यथा कालबाह्यता ज्यानंतर दुय्यम सर्व्हर संप्रेषण पुनर्संचयित करण्यात अयशस्वी झाल्यास सेवा विनंत्या थांबवेल प्राथमिक सर्व्हर, सेकंदात;
  • आणि शेवटी, विनंती केलेल्या सर्व्हरच्या कॅशेमध्ये DNS झोन डेटा जगण्याची वेळ, सेकंदात.

Microsoft DNS साठी SOA रेकॉर्डचे उदाहरण येथे आहे

ISPManager पॅनेलमध्ये DNS रेकॉर्ड कसे संपादित करावे

ISPManager DNS पॅनेलमध्ये, टॅबवर रेकॉर्ड संपादित केले जातात: डोमेन नावे→ डोमेनवर "क्लिक" करा.

DirectAdmin पॅनेलमध्ये DNS रेकॉर्ड कसे संपादित करावे

DirectAdmin DNS पॅनेलमध्ये, टॅबवर रेकॉर्ड संपादित केले जातात: DNS व्यवस्थापन.

  • भाषांतर

चौकस वाचकाला या चित्रात IPv6 सापडेल


डोमेनबद्दल लोक अनेकदा गोंधळलेले असतात. माझी साइट का काम करत नाही? हे बकवास का तुटले आहे, काहीही मदत करत नाही, मला फक्त ते कार्य करायचे आहे!सहसा, प्रश्नकर्त्याला एकतर DNS बद्दल माहिती नसते किंवा मूलभूत कल्पना समजत नाहीत. बऱ्याच लोकांसाठी, DNS ही एक भयानक आणि अनाकलनीय गोष्ट आहे. अशी भीती घालवण्याचा हा लेख एक प्रयत्न आहे. DNS आहे फक्त, जर तुम्हाला काही मूलभूत संकल्पना समजल्या असतील.

DNS म्हणजे काय

DNSचा अर्थ आहे डोमेन नेम सिस्टम. हे जागतिक स्तरावर वितरित की-व्हॅल्यू स्टोअर आहे. जगभरातील सर्व्हर तुम्हाला की द्वारे मूल्य देऊ शकतात आणि जर त्यांना की माहित नसेल, तर ते दुसऱ्या सर्व्हरला मदतीसाठी विचारतील.


बस्स. ते खरे आहे का. तुम्ही किंवा तुमचा ब्राउझर www.example.com की साठी मूल्याची विनंती करतो आणि प्रतिसादात 1.2.3.4 प्राप्त करतो.

मूलभूत गोष्टी

DNS चा मोठा फायदा हा आहे की ही एक सार्वजनिक सेवा आहे आणि जर तुम्हाला ते शोधायचे असेल तर तुम्ही सर्व्हरमध्ये प्रवेश करू शकता. चला प्रयत्न करूया. माझ्याकडे petekeen.net डोमेन आहे, जे web01.bugsplat.info मशीनवर होस्ट केले आहे. खाली वापरलेल्या कमांड्स येथून चालवल्या जाऊ शकतात कमांड लाइन OS X ( अरे, म्हणजे, macOS, - अंदाजे. लेन).


चला नाव आणि पत्त्यामधील मॅपिंगवर एक नजर टाकूया:


$ dig web01.bugsplat.info

dig कमांड म्हणजे DNS प्रश्नांची स्विस आर्मी चाकू. उभी, मल्टीफंक्शनल साधन. येथे उत्तराचा पहिला भाग आहे:


; <<>> DiG 9.7.6-P1<<>> web01.bugsplat.info;; जागतिक पर्याय: +cmd;; उत्तर मिळाले:;; ->>हेडर<<- opcode: QUERY, status: NOERROR, id: 51539 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

येथे फक्त एक मनोरंजक तपशील आहे: विनंतीबद्दल माहिती. ते म्हणतात की आम्ही रेकॉर्डची विनंती केली आणि एकच प्रतिसाद मिळाला. येथे:


;; प्रश्न विभाग: ;web01.bugsplat.info. मध्ये ए

डीफॉल्टनुसार विनंत्या A रेकॉर्ड. ए हा पत्ता(पत्ता), आणि हा DNS मधील मूलभूत प्रकारच्या रेकॉर्डपैकी एक आहे. A मध्ये एक IPv4 पत्ता आहे. IPv6 पत्त्यांसाठी एक समतुल्य आहे - AAAA. चला उत्तर पाहूया:


;; उत्तर विभाग: web01.bugsplat.info. 300 IN A 192.241.250.244

उर्वरित उत्तर उत्तराचे स्वतःच वर्णन करते:


;; क्वेरी वेळ: 20 मिसे;; सर्व्हर: 192.168.1.1#53(192.168.1.1);; केव्हा: शुक्र 19 जुलै 20:01:16 2013;; MSG SIZE rcvd: 56

विशेषतः, सर्व्हरला प्रतिसाद द्यायला किती वेळ लागला, सर्व्हरचा IP पत्ता काय होता (192.168.1.1), कोणता पोर्ट डिग चालू होता (53, डीफॉल्ट DNS पोर्ट), विनंती केव्हा पूर्ण झाली आणि किती बाइट्स हे सांगते. प्रतिसादात होते.


जसे आपण पाहू शकता, सामान्य DNS क्वेरीसह बरेच काही चालू आहे. प्रत्येक वेळी तुम्ही वेब पेज उघडता तेव्हा, ब्राउझर यापैकी डझनभर विनंत्या करतो, ज्यामध्ये इमेज आणि स्क्रिप्ट सारखी सर्व बाह्य संसाधने डाउनलोड करणे समाविष्ट असते. प्रत्येक संसाधन किमान एका नवीन DNS क्वेरीसाठी जबाबदार आहे, आणि DNS मजबूत कॅशिंगसाठी डिझाइन केलेले नसल्यास, भरपूर रहदारी निर्माण होईल.


परंतु या उदाहरणामध्ये हे स्पष्ट नाही की DNS सर्व्हर 192.168.1.1 ने एका साध्या प्रश्नाचे उत्तर देण्यासाठी इतर सर्व्हरच्या समूहाशी संपर्क साधला: "web01.bugsplat.info पत्ता कुठे आहे?" माहिती कॅश केली नसल्यास संपूर्ण संभाव्य साखळी शोधण्यासाठी एक ट्रेस चालवूया ज्यातून "y" खणून जावे लागेल:


$ dig +trace web01.bugsplat.info ;<<>> DiG 9.7.6-P1<<>> +ट्रेस web01.bugsplat.info;; जागतिक पर्याय: +cmd. 137375 NS l.root-servers.net मध्ये. . 137375 NS m.root-servers.net मध्ये. . 137375 IN NS a.root-servers.net. . 137375 NS b.root-servers.net मध्ये. . 137375 NS c.root-servers.net मध्ये. . 137375 NS d.root-servers.net मध्ये. . 137375 NS e.root-servers.net मध्ये. . 137375 NS f.root-servers.net मध्ये. . 137375 NS g.root-servers.net मध्ये. . 137375 NS h.root-servers.net मध्ये. . 137375 NS i.root-servers.net मध्ये. . 137375 NS j.root-servers.net मध्ये. . 137375 NS k.root-servers.net मध्ये. ;; 189 ms माहितीमध्ये 192.168.1.1#53(192.168.1.1) वरून 512 बाइट्स प्राप्त झाले. 172800 IN NS c0.info.afilias-nst.info. माहिती 172800 IN NS a2.info.afilias-nst.info. माहिती 172800 IN NS d0.info.afilias-nst.org. माहिती 172800 IN NS b2.info.afilias-nst.org. माहिती 172800 IN NS b0.info.afilias-nst.org. माहिती 172800 IN NS a0.info.afilias-nst.info. ;; 1224 ms bugsplat.info मध्ये 192.5.5.241#53(192.5.5.241) वरून 443 बाइट्स प्राप्त झाले. 86400 IN NS ns-1356.awsdns-41.org. bugsplat.info. NS ns-212.awsdns-26.com मध्ये 86400. bugsplat.info. 86400 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. NS ns-911.awsdns-49.net मध्ये 86400. ;; 239 ms web01.bugsplat.info मध्ये 199.254.48.1#53(199.254.48.1) वरून 180 बाइट्स प्राप्त झाले. 300 IN A 192.241.250.244 bugsplat.info. 172800 IN NS ns-1356.awsdns-41.org. bugsplat.info. 172800 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. NS ns-212.awsdns-26.com मध्ये 172800. bugsplat.info. NS ns-911.awsdns-49.net मध्ये 172800. ;; 15 ms मध्ये 205.251.195.143#53(205.251.195.143) वरून 196 बाइट्स मिळाले

माहिती श्रेणीबद्ध क्रमाने प्रदर्शित केली जाते. लक्षात ठेवा की एक कालावधी कसा टाकला खणणे. होस्ट नंतर, web01.bugsplat.info ? तर, कालावधी. हे एक महत्त्वाचे तपशील आहे आणि ते पदानुक्रमाचे मूळ सूचित करते.


रूट DNS सर्व्हरची देखभाल जगभरातील विविध कंपन्या आणि देश करतात. सुरुवातीला त्यापैकी थोडे होते, परंतु इंटरनेट वाढले आणि आता त्यापैकी 13 आहेत. परंतु प्रत्येक सर्व्हरमध्ये दहापट किंवा शेकडो भौतिक मशीन असतात ज्या एका IP च्या मागे लपलेल्या असतात.


तर, ट्रेसच्या अगदी शीर्षस्थानी रूट सर्व्हर आहेत, प्रत्येक NS रेकॉर्डद्वारे ओळखला जातो. NS रेकॉर्ड डोमेन नाव (या प्रकरणात, रूट डोमेन) DNS सर्व्हरशी संबद्ध करते. जेव्हा तुम्ही नेमचेप किंवा गोडाडी सारख्या रजिस्ट्रारकडे डोमेन नावाची नोंदणी करता तेव्हा ते तुमच्यासाठी NS रेकॉर्ड तयार करतात.


पुढील ब्लॉकमध्ये तुम्ही पाहू शकता की dig ने यादृच्छिक रूट सर्व्हर कसा निवडला आणि त्याला web01.bugsplat.info साठी A रेकॉर्डसाठी विचारले. रूट सर्व्हरचा फक्त IP पत्ता (192.5.5.241) दृश्यमान आहे. मग रूट सर्व्हर नक्की काय होता? चला शोधूया!


$ dig -x 192.5.5.241 ;<<>> DiG 9.8.3-P1<<>> -x 192.5.5.241;; जागतिक पर्याय: +cmd;; उत्तर मिळाले:;; ->>हेडर<<- opcode: QUERY, status: NOERROR, id: 2862 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;241.5.5.192.in-addr.arpa. IN PTR ;; ANSWER SECTION: 241.5.5.192.in-addr.arpa. 3261 IN PTR f.root-servers.net.

-x ध्वजामुळे आयपी ॲड्रेसवर रिव्हर्स लुकअप करण्यासाठी डीग होतो. DNS PTR रेकॉर्डसह प्रतिसाद देते जे IP आणि होस्टला जोडते, या प्रकरणात f.root-servers.net.


आमच्या सुरुवातीच्या विनंतीकडे परत येताना, रूट सर्व्हर F ने NS सर्व्हरचा वेगळा संच परत केला. हे माहिती उच्च-स्तरीय डोमेनसाठी जबाबदार आहे. dig या सर्व्हरपैकी एका सर्व्हरला web01.bugsplat.info साठी A रेकॉर्डसाठी विचारतो आणि प्रतिसादात NS सर्व्हरचा दुसरा संच प्राप्त करतो आणि नंतर क्वेरी करतो यापैकी एकसर्व्हर web01.bugsplat.info साठी A रेकॉर्ड करतात. . आणि शेवटी त्याला उत्तर मिळते!


अगं! भरपूर ट्रॅफिक व्युत्पन्न होईल, परंतु या सर्व नोंदी साखळीतील प्रत्येक सर्व्हरद्वारे बर्याच काळासाठी कॅश केल्या गेल्या होत्या. तुमचा संगणक देखील तुमच्या ब्राउझरप्रमाणेच हा डेटा कॅश करतो. बऱ्याचदा, DNS क्वेरी रूट सर्व्हरपर्यंत पोहोचत नाहीत कारण त्यांचे IP पत्ते जवळजवळ कधीही बदलत नाहीत ( “आम्ही कदाचित त्यांच्या डेटाबेसमधील रेकॉर्डसाठी मोठ्या टीटीएलबद्दल बोलत आहोत. जर डीएनएस सर्व्हरचा आयपी पत्ता कधीही बदलला नसेल, तर याचा अर्थ असा नाही की त्याचा डेटाबेस कायमचा कॅशे केलेला आहे.- अंदाजे rrrav कडून). टॉप लेव्हल डोमेन्स com, net, org, इ. हे देखील सहसा मोठ्या प्रमाणात कॅशे केले जाते.

इतर प्रकार

जाणून घेण्यासारखे आणखी काही प्रकार आहेत. पहिला MX आहे. हे डोमेन नाव एक किंवा अधिक मेल सर्व्हरशी जोडते. ईमेल इतका महत्त्वाचा आहे की त्याचे स्वतःचे DNS रेकॉर्ड आहे. petekeen.net साठी MX मूल्ये येथे आहेत:


$ dig petekeen.net mx ;<<>> DiG 9.7.6-P1<<>> petekeen.net mx;; जागतिक पर्याय: +cmd;; उत्तर मिळाले:;; ->>हेडर<<- opcode: QUERY, status: NOERROR, id: 18765 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;petekeen.net. IN MX ;; ANSWER SECTION: petekeen.net. 86400 IN MX 60 web01.bugsplat.info. ;; Query time: 272 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:33:43 2013 ;; MSG SIZE rcvd: 93

लक्षात घ्या की MX रेकॉर्ड नावाकडे निर्देश करते, IP पत्ता नाही.


तुम्हाला कदाचित परिचित असलेला दुसरा प्रकार म्हणजे CNAME. म्हणून उलगडते कॅनोनिकल नाव(प्रामाणिक नाव). तो एका नावाला दुसऱ्या नावाशी जोडतो. चला उत्तर पाहूया:


$ dig www.petekeen.net ;<<>> DiG 9.7.6-P1<<>> www.petekeen.net;; जागतिक पर्याय: +cmd;; उत्तर मिळाले:;; ->>हेडर<<- opcode: QUERY, status: NOERROR, id: 16785 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.petekeen.net. IN A ;; ANSWER SECTION: www.petekeen.net. 86400 IN CNAME web01.bugsplat.info. web01.bugsplat.info. 300 IN A 192.241.250.244 ;; Query time: 63 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:36:58 2013 ;; MSG SIZE rcvd: 86

हे लगेच स्पष्ट होते की आम्हाला दोन उत्तरे मिळाली. पहिले म्हणते की www.petekeen.net web01.bugsplat.info कडे निर्देश करते. दुसरा त्या सर्व्हरसाठी A रेकॉर्ड परत करतो. तुम्ही CNAME चा दुसऱ्या सर्व्हरसाठी उपनाव (किंवा उपनाव) म्हणून विचार करू शकता.

CNAME मध्ये काय चूक आहे

CNAME रेकॉर्ड खूप उपयुक्त आहेत, परंतु एक महत्त्वाचा मुद्दा आहे: जर एखाद्या विशिष्ट नावाचे CNAME असेल, तर तुम्ही त्याच नावाचे दुसरे रेकॉर्ड तयार करू शकत नाही. MX नाही, A नाही, NS नाही, काहीही नाही.


याचे कारण असे आहे की DNS बदली अशा प्रकारे करते की ज्या ठिकाणी CNAME पॉइंट करतात त्या स्थानावरील सर्व रेकॉर्ड देखील CNAME साठी वैध आहेत. आमच्या उदाहरणात, www.petekeen.net आणि web01.bugsplat.info साठीच्या नोंदी जुळतील.


त्यामुळे, तुम्ही petekeen.net सारख्या रूट डोमेनवर CNAME बनवू शकत नाही, कारण त्याला सहसा MX सारख्या इतर रेकॉर्डची आवश्यकता असते.

इतर सर्व्हरना विनंत्या

चला कल्पना करूया की DNS कॉन्फिगरेशन दूषित झाले आहे. तुम्हाला वाटते की तुम्ही समस्येचे निराकरण केले आहे, परंतु खात्री करण्यासाठी कॅशे रिफ्रेश होण्याची प्रतीक्षा करू इच्छित नाही. डिग वापरून, तुम्ही तुमच्या डीफॉल्ट सर्व्हरऐवजी सार्वजनिक DNS सर्व्हरला विनंती करू शकता, याप्रमाणे:


$ dig www.petekeen.net @8.8.8.8

IP पत्ता किंवा होस्ट असलेले @ चिन्ह डीफॉल्ट पोर्टवर निर्दिष्ट सर्व्हरला विनंती करण्यासाठी खोदण्यास कारणीभूत ठरते. तुम्ही 4.2.2.2 वर Google चा सार्वजनिक DNS सर्व्हर किंवा जवळपास-सार्वजनिक स्तर 3 सर्व्हर वापरू शकता.

ठराविक परिस्थिती

बऱ्याच वेब डेव्हलपरना परिचित असलेल्या ठराविक परिस्थिती पाहू.

डोमेन www वर पुनर्निर्देशित करा

बऱ्याचदा तुम्हाला iskettlemanstillopen.com डोमेन www.iskettlemanstillopen.com वर पुनर्निर्देशित करावे लागते. नेमचेप किंवा DNSimple सारखे रजिस्ट्रार याला कॉल करतात URL पुनर्निर्देशित. नेमचेप ऍडमिन पॅनेलचे येथे एक उदाहरण आहे:



@ चिन्ह रूट डोमेन iskettlemanstillopen.com सूचित करते. चला या डोमेनसाठी A रेकॉर्ड पाहू:


$ dig iskettlemanstillopen.com;; प्रश्न विभाग: ;iskettlemanstillopen.com. मध्ये अ;; उत्तर विभाग: iskettlemanstillopen.com. 500 IN A 192.64.119.118

हा आयपी नेमचेपचा आहे आणि तिथे एक छोटा वेब सर्व्हर चालू आहे जो HTTP स्तरावर http://www.iskettlemanstillopen.com या पत्त्यावर पुनर्निर्देशित करतो:


$ curl -I iskettlemanstillopen.com curl -I iskettlemanstillopen.com HTTP/1.1 302 सर्व्हर तात्पुरते हलवले: nginx तारीख: शुक्र, 19 जुलै 2013 23:53:21 GMT सामग्री-प्रकार: मजकूर/html कनेक्शन: ठेवा-जिवंत ठेवा : 154 स्थान: http://www.iskettlemanstillopen.com/

Heroku किंवा Github साठी CNAME

वरील स्क्रीनशॉटवर एक नजर टाका. दुसऱ्या ओळीवर CNAME आहे. या प्रकरणात, www.iskettlemanstillopen.com Heroku वर चालू असलेल्या अनुप्रयोगाकडे निर्देश करते.


$ heroku डोमेन === warm-journey-3906 डोमेन नावे warm-journey-3906.herokuapp.com www.iskettlemanstillopen.com

कथा Github सारखीच आहे, परंतु तेथे तुम्हाला रेपॉजिटरी रूटमध्ये एक विशेष फाइल तयार करण्याची आणि त्याला CNAME म्हणण्याची आवश्यकता आहे. दस्तऐवजीकरण पहा .dns टॅग जोडा

DNS (डोमेन नेम सिस्टम) हे इंटरनेटचे "फोन बुक" आहे. हे फोन नंबर म्हणून IP पत्ता आणि संपर्क नावे म्हणून डोमेन वापरते. अशा पुस्तकात आपण केवळ “फोन नंबर”च नाही तर संपर्काबद्दल अतिरिक्त माहिती देखील प्रविष्ट करू शकता (“ई-मेल”, “कामाचे ठिकाण” इ.).

डोमेन माहिती DNS सर्व्हरवर संग्रहित केली जाते. ते DNS प्रणालीमध्ये जोडण्यासाठी, तुम्हाला नोंदणी करणे आवश्यक आहे संसाधन रेकॉर्ड. त्यांच्या मदतीने, सर्व्हर इतर सर्व्हरसह डोमेनबद्दल माहिती सामायिक करतात. डोमेनसाठी संसाधन रेकॉर्ड नोंदणीकृत होईपर्यंत, ते इंटरनेट “फोन बुक” मध्ये नसते. म्हणून, साइटचे ऑपरेशन किंवा त्यावर मेल करणे अशक्य आहे. आपण संसाधन रेकॉर्ड निर्दिष्ट करण्यास प्रारंभ करण्यापूर्वी, आपल्याला डोमेन नियुक्त करणे आवश्यक आहे, म्हणजेच, त्यासाठी DNS सर्व्हरची नोंदणी करणे आवश्यक आहे. आपण सूचनांनुसार हे करू शकता: . नंतर संसाधन रेकॉर्डवर जा. DNS सर्व्हर अद्यतनित केल्यानंतर (सामान्यतः 24 तासांच्या आत) बदल प्रभावी होतील.

मूलभूत संसाधन रेकॉर्ड: A, CNAME, MX, TXT आणि SPF रेकॉर्ड. चला त्यांना जवळून बघूया.

रेकॉर्ड ए

A (पत्ता) रेकॉर्ड हे इंटरनेटच्या प्रमुख संसाधन रेकॉर्डपैकी एक आहे. सर्व्हर IP पत्त्यासह डोमेन कनेक्ट करणे आवश्यक आहे. ए-रेकॉर्ड नोंदणीकृत होईपर्यंत, तुमची साइट कार्य करणार नाही.
जेव्हा तुम्ही तुमच्या ब्राउझरच्या ॲड्रेस बारमध्ये साइटचे नाव एंटर करता, तेव्हा तुमची साइट कोणत्या सर्व्हरवरून उघडली जावी हे DNS ठरवते.

रेकॉर्डची उदाहरणे:

प्रवेशाचे नावरेकॉर्ड प्रकारअर्थ
site.ru123.123.123.123
shop.site.ru123.123.123.123

तुम्ही सूचनांनुसार ए-रेकॉर्डची नोंदणी करू शकता:

CNAME रेकॉर्ड

CNAME (कॅनॉनिकल नाव) हे एक रेकॉर्ड आहे जे सबडोमेन (उदाहरणार्थ, www.site.ru) ला कॅनॉनिकल डोमेन नाव (site.ru) किंवा अन्य डोमेनशी जोडण्यासाठी जबाबदार आहे.
CNAME चे मुख्य कार्य विविध सबडोमेनसाठी डोमेन संसाधन रेकॉर्ड (A, MX, TXT) चे डुप्लिकेशन आहे.

CNAME रेकॉर्डची उदाहरणे:

प्रवेशाचे नावरेकॉर्ड प्रकारअर्थ
www.site.ruCNAMEsite.ru
webmail.site.ruCNAMEwebmail.hosting.site

तुम्ही सबडोमेनसाठी CNAME एंटर केल्यास www.site.ruआणि site.ru मूल्य निर्दिष्ट करा, साइट त्याच IP पत्त्यावरून उघडेल site.ru. आपण यासाठी CNAME प्रविष्ट केल्यास mail.site.ruआणि मूल्य दर्शवा webmail.hosting.site, नंतर चालू mail.hosting.site webmail.hosting.site प्रमाणेच संसाधन रेकॉर्ड वितरीत केले जातील.

CNAME रेकॉर्डचा वापर दिलेल्या सबडोमेनसाठी, म्हणजे, सबडोमेनसाठी इतर संसाधन रेकॉर्डचा वापर प्रतिबंधित करतो. webmail.site.ruकिंवा www.site.ruतुम्ही एकाच वेळी A रेकॉर्ड आणि CNAME रेकॉर्ड दोन्ही जोडू शकत नाही.

तुम्ही सूचनांनुसार CNAME रेकॉर्ड नोंदवू शकता:

MX रेकॉर्ड

MX (मेल एक्सचेंजर) हे सर्व्हरसाठी जबाबदार रेकॉर्ड आहे ज्याद्वारे मेल कार्य करेल. MX रेकॉर्ड मेल कार्यक्षमतेसाठी महत्त्वपूर्ण आहेत. त्यांचे आभार, पाठवणाऱ्या पक्षाला तुमच्या डोमेनसाठी कोणता सर्व्हर पाठवायचा हे "समजते".

MX रेकॉर्ड उदाहरणे:

प्रवेशाचे नावरेकॉर्ड प्रकारप्राधान्यअर्थ
site.ruMX10 mx1.hosting.site
site.ruMX15 mx2.hosting.site

जेथे mx1.hosting..

सामान्यतः, दोन मेल सर्व्हर निर्दिष्ट केले जातात जेणेकरून त्यापैकी एक अनुपलब्ध असल्यास, मेल अद्याप दुसऱ्याला पाठविला जाईल. प्रथम कोणत्या सर्व्हरवर मेल पाठवायचा हे लेखन प्राधान्यक्रम ठरवते. संख्या जितकी कमी तितकी प्राथमिकता जास्त. अशा प्रकारे, site.ru डोमेन नावासाठी, मेल सर्व्हर mx1.hosting..hosting. आहे. जर प्राधान्य समान असेल, तर सर्व्हर यादृच्छिकपणे निवडला जातो.

सूचनांनुसार तुम्ही MX रेकॉर्डची नोंदणी करू शकता:

TXT एंट्री

TXT (टेक्स्ट स्ट्रिंग) - एक रेकॉर्ड जो डोमेनसाठी आवश्यक मजकूर टिप्पण्या सेट करण्यासाठी वापरला जातो. अतिरिक्त सेवा कनेक्ट करताना डोमेन मालकी तपासण्यासाठी आणि SPF रेकॉर्ड आणि DKIM की साठी कंटेनर म्हणून देखील याचा वापर केला जातो. जोपर्यंत ते एकमेकांशी विरोधाभास करत नाहीत तोपर्यंत तुम्ही अमर्यादित TXT रेकॉर्डची नोंदणी करू शकता.

तुम्ही सूचनांनुसार TXT रेकॉर्ड नोंदवू शकता:

SPF रेकॉर्ड करा

SPF (प्रेषक धोरण फ्रेमवर्क) रेकॉर्डमध्ये दिलेल्या डोमेनच्या वतीने पत्र पाठवण्याचा अधिकार असलेल्या सर्व्हरच्या सूचीबद्दल माहिती असते. अनधिकृत वापर टाळण्यास मदत करते. डोमेनसाठी SPF सेटिंग TXT रेकॉर्डमध्ये निर्दिष्ट केली आहे.

SPF एंट्रीचे उदाहरण:

प्रवेशाचे नावरेकॉर्ड प्रकारअर्थ
site.ruTXTv=spf1 समाविष्ट करा:_spf.hosting..123.123.123 a mx ~सर्व

जेथे 123.123.123.123 हा तुम्हाला आवश्यक असलेल्या सर्व्हरचा IP पत्ता आहे.

या उदाहरणात:

  • v=spf1— वापरलेल्या SPF रेकॉर्डची आवृत्ती निर्धारित करते;
  • समाविष्ट करा:_spf.hosting.site— दुसऱ्या डोमेनच्या SPF रेकॉर्डचे मूल्य SPF रेकॉर्डमध्ये समाविष्ट करते. म्हणजेच, “_spf.hosting.site” या डोमेनसाठी सर्व SPF रेकॉर्ड मूल्ये डोमेनसाठी वैध असतील;
  • ip4: 123.123.123.123 - IP पत्त्यावरून मेल प्राप्त करण्यास अनुमती देते 123.123.123.123;
  • a— ज्याचा IP पत्ता डोमेनच्या A-संसाधन रेकॉर्डमध्ये आहे अशा सर्व्हरवरून मेल प्राप्त करण्यास अनुमती देते. सोप्या भाषेत सांगायचे तर, साइट होस्ट केलेल्या सर्व्हरवरून;
  • mx— डोमेनसाठी MX रेकॉर्डपैकी एकामध्ये पाठवणारा सर्व्हर निर्दिष्ट केला असल्यास मेल प्राप्त करण्यास अनुमती देते;
  • ~ सर्व— वरील सूचीमध्ये समाविष्ट नसलेल्या सर्व्हरवरून पत्र आले असल्यास, त्याचे अधिक काळजीपूर्वक विश्लेषण केले पाहिजे. तसेच कधी कधी वापरले -सर्व- या प्रकरणात, पत्र अतिरिक्त धनादेश पास करत नाही आणि त्वरित नाकारले जाते.

तुम्ही सूचनांनुसार SPF रेकॉर्ड नोंदवू शकता:

NS, PTR, SOA रेकॉर्ड हे सेवा रेकॉर्ड आहेत आणि नियमानुसार, आपोआप कॉन्फिगर केले जातात.

एनएस एंट्री

NS रेकॉर्ड (अधिकृत नाव सर्व्हर) DNS सर्व्हरकडे निर्देश करते जे डोमेनचे उर्वरित संसाधन रेकॉर्ड संचयित करण्यासाठी जबाबदार आहेत. NS रेकॉर्डची संख्या सर्व सर्व्हरच्या संख्येशी काटेकोरपणे संबंधित असणे आवश्यक आहे. DNS सेवेच्या ऑपरेशनसाठी गंभीर.

पीटीआर रेकॉर्ड

PTR हा एक रिव्हर्स DNS रेकॉर्ड आहे जो सर्व्हरचा IP पत्ता त्याच्या कॅनोनिकल नावाशी (डोमेन) संबद्ध करतो. PTR रेकॉर्ड मेल फिल्टर करण्यासाठी वापरला जातो, जर तुम्ही VPS किंवा समर्पित सर्व्हरची ऑर्डर दिली असेल, तर तुम्ही सूचनांनुसार PTR रेकॉर्ड नोंदवू शकता:

SOA रेकॉर्ड

SOA (Start of Authority) हा प्रारंभिक झोन रेकॉर्ड आहे जो डोमेन नाव संदर्भ माहिती कोणत्या सर्व्हरवर संग्रहित आहे हे सूचित करतो. DNS सेवेच्या ऑपरेशनसाठी गंभीर. SOA रेकॉर्ड म्हणजे काय आणि ते कसे तपासायचे याबद्दल तुम्ही अधिक जाणून घेऊ शकता.



आम्ही वाचण्याची शिफारस करतो

वर