मैं समझता हूं कि आपको आईपी पते पर सीधे एमएक्स रिकॉर्ड को इंगित नहीं करना चाहिए , बल्कि इसके बजाय इसे रिकॉर्ड पर इंगित करना चाहिएA
, जो बदले में, आपके मेल सर्वर के आईपी पते को इंगित करता है।
लेकिन, सिद्धांत रूप में, यह क्यों आवश्यक है?
मैं समझता हूं कि आपको आईपी पते पर सीधे एमएक्स रिकॉर्ड को इंगित नहीं करना चाहिए , बल्कि इसके बजाय इसे रिकॉर्ड पर इंगित करना चाहिएA
, जो बदले में, आपके मेल सर्वर के आईपी पते को इंगित करता है।
लेकिन, सिद्धांत रूप में, यह क्यों आवश्यक है?
जवाबों:
एमएक्स रिकॉर्ड के पीछे पूरा विचार एक होस्ट या होस्ट को निर्दिष्ट करना है जो एक डोमेन के लिए मेल स्वीकार कर सकता है। जैसा कि RFC 1035 में निर्दिष्ट है , MX रिकॉर्ड में एक डोमेन नाम होता है। इसलिए इसे एक होस्ट को इंगित करना चाहिए जिसे स्वयं DNS में हल किया जा सकता है। एक आईपी पते का उपयोग नहीं किया जा सकता है क्योंकि इसे एक अयोग्य डोमेन नाम के रूप में व्याख्या किया जाएगा, जिसे हल नहीं किया जा सकता है।
1980 के दशक में इसके कारण, जब चश्मा मूल रूप से लिखे गए थे, आज इसके कारणों के लगभग समान हैं: एक मेजबान कई नेटवर्क से जुड़ा हो सकता है और कई प्रोटोकॉल का उपयोग कर सकता है।
80 के दशक में, मेल गेटवे का होना असामान्य नहीं था, जो दोनों (अपेक्षाकृत नए) इंटरनेट से जुड़ा था, जो टीसीपी / आईपी और अन्य विरासत नेटवर्क का उपयोग करते थे, जो अक्सर अन्य प्रोटोकॉल का उपयोग करते थे। एमएक्स को इस तरह से निर्दिष्ट करना डीएनएस रिकॉर्ड के लिए अनुमति देता है, जो यह पहचान सकता है कि इंटरनेट के अलावा अन्य नेटवर्क पर ऐसे होस्ट तक कैसे पहुंचें, जैसे कि कैओसनेट । व्यवहार में, हालांकि, यह लगभग कभी नहीं हुआ; लगभग सभी ने अपने नेटवर्क को इंटरनेट का हिस्सा बनने के लिए फिर से इंजीनियर बनाया।
आज, स्थिति यह है कि एक मेजबान कई प्रोटोकॉल (IPv4 और IPv6) और प्रत्येक प्रोटोकॉल में कई आईपी पते तक पहुंच सकता है। एक एमएक्स रिकॉर्ड संभवतः एक से अधिक पते को सूचीबद्ध नहीं कर सकता है, इसलिए एक मेजबान को इंगित करने के लिए एकमात्र विकल्प है, जहां मेजबान के सभी पते तब देखे जा सकते हैं। (एक प्रदर्शन अनुकूलन के रूप में, DNS सर्वर प्रतिक्रिया अतिरिक्त अनुभाग में होस्ट के लिए पते के रिकॉर्ड के साथ भेज देगा यदि उसके पास आधिकारिक रिकॉर्ड हैं, तो एक गोल यात्रा को सहेजना।)
ऐसी स्थिति भी होती है जब आपके मेल एक्सचेंजर्स को थर्ड पार्टी (उदाहरण के लिए Google Apps या Office 365) द्वारा प्रदान किया जाता है। आप अपने एमएक्स रिकॉर्ड को उनके होस्टनाम में इंगित करते हैं, लेकिन ऐसा हो सकता है कि सेवा प्रदाता को मेल सर्वर के आईपी पते को बदलने की आवश्यकता हो। चूंकि आपने किसी होस्ट को इंगित किया है, इसलिए सेवा प्रदाता पारदर्शी तरीके से ऐसा कर सकता है और आपको अपने रिकॉर्ड में कोई बदलाव नहीं करना होगा।
एक प्रोटोकॉल के रूप में DNS में कुछ अलग प्रकार के मूल्य हैं, ये विनिमेय नहीं हैं।
यह नोट करना महत्वपूर्ण है कि DNS एक द्विआधारी प्रोटोकॉल है जिसमें रिकॉर्ड के प्रकार और डेटा के प्रकार के बीच सख्त मैपिंग होती है, जो इस तरह का रिकॉर्ड रखता है।
उदाहरण के लिए:
एक A
रिकॉर्ड IPv4 पता (डेटा के 4 बाइट्स, निश्चित लंबाई) रखता है।
एक AAAA
रिकॉर्ड IPv6 पता (16 बाइट्स डेटा, निर्धारित लंबाई) रखता है।
MX
दूसरी ओर एक रिकॉर्ड, एक नाम (प्रारूप पर लेबल का एक क्रम <int number of bytes> <label> <int number of bytes> <label> <int 0>
, चर लंबाई) रखता है ।
ऐसा नहीं है संभव एक के लिए MX
रिकॉर्ड अपने डेटा के रूप में एक आईपी पता है।
NXDOMAIN
) की तरह संभाला जाएगा ।
MX
कि दुनिया में वास्तव में मौजूद रिकॉर्ड का उपयोग कैसे किया जाना चाहिए या क्या किया जाना चाहिए।
मैं इसे एक अनुमान के रूप में बाहर फेंक दूँगा। कोर्स, मैं फ्लू के साथ घर हूँ तो शायद मैं कर रहा हूँ।
RFC 974 राज्य:
LOCAL पर मेलर के लिए पहला कदम REMOTE के लिए MX RRs के लिए एक क्वेरी जारी करना है। यह दृढ़ता से आग्रह किया जाता है कि यह कदम हर बार संदेश भेजने की कोशिश करने वाले मेलर द्वारा उठाया जाता है। उम्मीद यह है कि डोमेन डेटाबेस में परिवर्तन तेजी से मेलर्स द्वारा उपयोग किया जाएगा, और इस प्रकार डोमेन प्रशासक केवल अपने डोमेन डेटाबेस को बदलकर दोषपूर्ण मेजबानों के लिए पारगमन संदेशों को फिर से रूट करने में सक्षम होंगे।
आईपी के बजाय एक नाम की आवश्यकता होने से, यह इस अभ्यास को बलपूर्वक प्रोत्साहित करता है। नाम वही रह सकते हैं, और लोड संतुलन या डीआर की स्थिति में आपको एमएक्स रिकॉर्ड को बदलने और DNS प्रचार के लिए इंतजार करने के बारे में चिंतित नहीं होना पड़ेगा।
कुछ ईमेल सर्वर (जैसे एक्ज़िम) विशेष रूप से एमएक्स रिकॉर्ड को भेजने की अनुमति नहीं देते हैं जो एक शुद्ध आईपी पते की ओर इशारा करते हैं, इसलिए आपको इसके लिए FQDN का उपयोग करना आवश्यक है बजाय इसके कि शिकायत करें। ऐसा इसलिए है क्योंकि अधिकांश सर्वर MX रिकॉर्ड को होस्टनाम सम्मिलित करने की अपेक्षा करते हैं, न कि IP (जो कि A रिकॉर्ड के लिए हैं)।
संपादित करें: विस्तृत करने के लिए, DNS में प्रत्येक रिकॉर्ड को डेटा के प्रकार की सख्त आवश्यकता होती है, जिसे प्रत्येक रिकॉर्ड रख सकता है। MX रिकॉर्ड के मामले में, यह केवल एक होस्टनाम है ।
MX
रिकॉर्ड में संभवतः इसके मूल्य के रूप में एक आईपी पता नहीं हो सकता है।
RFC 1025 MX रिकॉर्ड केवल A रिकॉर्ड या CNAME के RR (संसाधन रिकॉर्ड) को इंगित करता है।
तो मेल भेजने वाला मेल सर्वर एक एमएक्स रिकॉर्ड के आरआर के लिए पूछता है, एमएक्स रिकॉर्ड सूचीबद्ध करता है सर्वरों का एक रिकॉर्ड, मेल सर्वर ए रिकॉर्ड प्राप्त करने के लिए फॉरवर्ड लुकअप करता है और फिर एसएमएस के माध्यम से मेल को सर्विस होस्ट के रूप में सूचीबद्ध करता है। उस डोमेन के लिए मेल प्राप्त करने के लिए एक मेल सर्वर 'तैयार'।
मेल के संबंध में कई नियम उन डोमेन के बीच विश्वास बनाए रखने के लिए विकसित हुए हैं, जो आगे और पीछे भेजे गए संदेश वास्तव में मान्य हैं। यह सब अंततः SPAM को कम करना है।
एक मेल सर्वर बनाने के लिए एक नींव के लिए इन सभी आवश्यक घटकों में कम से कम कुछ छोटे घटक हैं जो भरोसेमंद संचार बनाने और अविश्वसनीय संचार को कम करने में स्थापित हैं।
MX
अभिलेखों का उद्देश्य यह है कि एक एप्लिकेशन (मेल ट्रांसफर) होस्ट किए जाने के बारे में सीख सकता है। आवेदन स्तर पर, होस्ट नाम का उपयोग करने के लिए सही बात है (आईपी पते नहीं)।
इसके अलावा, डीएनएस में वेरिएंट प्रकार के रिकॉर्ड का अनुमान जोड़कर जटिलता का एक लीवरल परिचय होता है और इसलिए समस्याओं, कार्यान्वयन दुर्घटनाओं, सुरक्षा चुनौतियों के लिए एक प्रवेश बिंदु है। उदाहरण के लिए, 1.2.3.4.example.com.
एक मान्य होस्टनाम है (हाँ, यह RFC1034, 3.5 के प्रकाश में भी है)। MX
उदाहरण के लिए एक bind कॉन्फ़िगरेशन फ़ाइल में इस होस्ट को निर्दिष्ट करना
. MX 10 1.2.3.4
और संभवतः एक आईपी के साथ एक एमएक्स रिकॉर्ड ठीक वैसा ही होना चाहिए जैसा दिखना चाहिए। और यहां तक कि डीएनएस डाटाग्राम में मुखबिर को स्थानांतरित करने के लिए कुछ विचित्र व्यसनों की आवश्यकता होती है; सबसे सरल तरीका यह होगा कि एक नए संसाधन रिकॉर्ड प्रकार को प्रस्तुत किया जाए MXA
, मान लें लेकिन फिर से, क्यों इस तरह के एक नए रिकॉर्ड प्रकार के बोझ का परिचय दें
. MXA 10 5.6.7.8
हमेशा के साथ प्रतिस्थापित किया जा सकता है
. MX 10 dummy
dummy A 5.6.7.8
(और डीएनएस ग्राहकों द्वारा MXA
रिकॉर्ड के बारे में नहीं जानते हुए भी समर्थित होगा )?