आरएफसी 7505 (नल एमएक्स) क्यों आवश्यक है?

Question

IETF RFC 7505 एक डोमेन / होस्ट के लिए MX रिकॉर्ड का वर्णन करता है जो स्पष्ट रूप से ईमेल प्राप्त नहीं करना चाहिए। यह डोमेन नाम सिस्टम रूट पर एमएक्स को इंगित करके पूरा किया गया है। उदाहरण के लिए,

nomail.example.com. 86400 IN MX 0 "."

इसकी आवश्यकता क्यों है? मेरी समझ में, TLD के तहत डोमेन का उपयोग करके स्पष्ट प्रतिनियुक्ति उपलब्ध है invalid। उदाहरण के लिए,

nomail.example.com. 86400 IN MX 0 "spam.invalid."
nomail.example.com. 86400 IN MX 10 "null.invalid."

मैं देख रहा हूँ कि RFC 2782, DNS SRV, इसी तरह निर्दिष्ट करता है कि "A लक्ष्य का '।' इसका मतलब है कि यह सेवा इस डोमेन पर उपलब्ध नहीं है। " तो मुझे लगता है कि मेरा सवाल है:

जब हम invalidपहले से ही इस कार्य को करते हैं तो हमें "उपलब्ध नहीं" होने के लिए DNS रूट का उपयोग क्यों करना चाहिए ?

Comments

यह एक स्पष्ट प्रतिनियुक्ति नहीं है, हालांकि! यह केवल अमान्य डेटा है।

— माइकल हैम्पटन

Answer 1

क्योंकि यह वह नहीं है जिसका आप उपयोग .invalidकरने वाले हैं। जैसे .exampleयह स्थानीय परीक्षण और प्रलेखन के लिए है।

इसके अतिरिक्त, .invalidअभी भी अतिरिक्त चीजों का उपयोग करने का कारण बनता है - अतिरिक्त डीएनएस लुक अप और मेरे सिर के ऊपर से एक के लिए रिट्रीट के लिए मेल सर्वर पर कतारबद्ध।

"."प्रारूप का उपयोग करना तत्काल कठिन असफलता का कारण माना जाता है। जिससे एमटीए तुरंत डिलीवरी का प्रयास बंद कर देता है। कम से कम RFC के इंट्रो को जिस तरह से पढ़ा जाता है।

Comments

धन्यवाद। लेकिन BCP: 32 / RFC 2606 धारा 2 में लिखा गया है "" .invalid 'डोमेन नामों के ऑनलाइन निर्माण में उपयोग के लिए है जो अवैध हैं और जो स्पष्ट है कि यह एक नज़र में स्पष्ट है अमान्य हैं। " 2606 कहता है कि कुछ भी संकेत नहीं करता है कि ".invalid" केवल स्थानीय परीक्षण के लिए है। यह किसी भी डोमेन के लिए है, ठीक है, अवैध होना चाहिए

— अल्फा व्हिस्की

ठीक है, मैं देख सकता हूं कि ऐसा क्यों लगता है कि एक मेजबान का नाम "की तुलना में नुकसानदेह होगा"।

— अल्फा व्हिस्की

@AlphaWhiskey यह मनुष्य है जो किसी चीज़ पर "नज़र" लगा सकता है और निष्कर्ष निकाल सकता है। कंप्यूटर को स्पष्ट निर्देश चाहिए।

— माइकल हैम्पटन

निष्पक्ष होना, इस विशेष मामले में कंप्यूटर को स्पष्ट निर्देश देना बिल्कुल मुश्किल नहीं है।

— muhmuhten

@ यह स्पष्ट निर्देश देने वाले कंप्यूटरों को न देना और भी आसान है ।

— musiKk

Answer 2

एक पूरे के रूप में सवाल कुछ अलग पहलुओं पर छूता है, जो सभी को जवाब देने के लिए ध्यान में रखने की आवश्यकता है कि RFC7505 कुछ उपयोगी क्यों जोड़ता है।

सबसे पहले, मेल डिलीवरी कैसे की जानी चाहिए, इसकी पूर्व RFC7505 परिभाषा में साफ-साफ संकेत देने का तरीका नहीं है कि कोई मेल डिलीवरी प्रयास ऐसे नाम के लिए किया जाना चाहिए, जिसमें पता रिकॉर्ड हो।

से RFC7505 खंड 1 :

SMTP क्लाइंट के पास एक सर्वर की पहचान करने के लिए एक निर्धारित अनुक्रम होता है जो एक डोमेन के लिए ईमेल स्वीकार करता है। [RFC5321] की धारा 5 में इसे विस्तार से शामिल किया गया है; संक्षेप में, SMTP क्लाइंट पहले DNS MX RR देखता है, और यदि वह नहीं मिलता है, तो वह DNS A या AAAA RR की तलाश में वापस आता है। इसलिए, यह एक ईमेल सेवा अर्थ के साथ एक DNS रिकॉर्ड (जिसमें एक अलग प्राथमिक मिशन है) को अधिभारित करता है।

यदि डोमेन में कोई MX रिकॉर्ड नहीं है, तो प्रेषक डोमेन के A या AAAA रिकॉर्ड के पते पर मेजबानों को डाक पहुंचाने का प्रयास करेंगे। यदि ए / एएएए पते पर कोई एसएमटीपी श्रोता नहीं हैं, तो मेल ट्रांसफर एजेंट (एमटीए) भेजने से पहले संदेश वितरण को लंबी अवधि के लिए बार-बार करने का प्रयास किया जाएगा। यह गलत मेल के मामले में प्रेषक को सूचना देने में देरी करेगा और प्रेषक के संसाधनों का उपभोग करेगा।

यह दस्तावेज़ एक शून्य एमएक्स को परिभाषित करता है जो डोमेन को सभी मेल डिलीवरी प्रयासों को तुरंत विफल करने का कारण होगा, बिना एसएमटीपी श्रोताओं को डिलीवरी प्रयासों को रोकने के लिए समर्पित डोमेन बनाने के लिए।

उसके बाद RFC7505 इसे कैसे लागू करता है ( IN MX 0 .) की बात है।

से RFC7505 खंड 3 :

3. एमएक्स संसाधन रिकॉर्ड्स नल एमएक्स को निर्दिष्ट करता है

   यह इंगित करने के लिए कि कोई डोमेन ईमेल स्वीकार नहीं करता है, यह एक एकल MX RR ([RFC1035] की धारा 3.3.9 देखें) को वरीयता क्रमांक 0 और शून्य-लंबाई लेबल से युक्त RDATA अनुभाग के साथ मास्टर फ़ाइलों में लिखा गया है। ", एक्सचेंज डोमेन के रूप में, यह दर्शाने के लिए कि डोमेन के लिए कोई मेल एक्सचेंजर मौजूद नहीं है। जबसे "।" एक मान्य होस्ट नाम नहीं है, एक शून्य MX रिकॉर्ड एक साधारण MX रिकॉर्ड के साथ भ्रमित नहीं किया जा सकता है। का उपयोग "।" छद्म होस्टनाम अर्थ के रूप में उपलब्ध कोई सेवा SRV RR [ RFC2782 ] पर नहीं बनाई गई है, जहाँ इसका समान अर्थ है।

   एक डोमेन जो null MX का विज्ञापन करता है वह किसी अन्य MX RR का विज्ञापन नहीं करता है।

(महत्व दिया)

जैसा कि यहां उल्लेख किया गया है, "नल एमएक्स" के कार्यान्वयन विवरण SRVआरआर प्रकार से पहले से ही स्थापित पैटर्न पर आधारित हैं । यह इस बात की नकल करता है कि SRVआरआर प्रकार कम या ज्यादा आरआर प्रकार का एक सामान्यीकृत संस्करण है MX।

इसलिए, SRVआरआर प्रकार को परिभाषित करते समय निर्णय पहले से ही लिया गया था ।

तो, क्यों नहीं का उपयोग करें .invalid?

से RFC2606 section2 :

".invalid" डोमेन नामों के ऑनलाइन निर्माण में उपयोग के लिए अभिप्रेत है जो अमान्य हैं और जो स्पष्ट है कि यह एक नज़र में अमान्य है।

जैसा कि यहां देखा जा सकता है, यह आरक्षित TLD मानव उपभोग के लिए है। सॉफ्टवेयर में इसके विशेष संचालन को परिभाषित करने की कोई मिसाल नहीं है।

निश्चित रूप से इसे कुछ अलग तरीकों से लागू किया जा सकता था, लेकिन उन्होंने उपयोग करने के न्यूनतम दृष्टिकोण के साथ जाना चुना ., जो एक मान्य होस्टनाम नहीं है और इस तरह वैसे भी सामान्य उपयोग में हस्तक्षेप नहीं करता है।

Comments

जहां तक ​​मैं बता सकता हूं कि कोई भी तकनीकी कारण .एमएक्स रिकॉर्ड के रूप में इस्तेमाल नहीं किया जा सकता था यदि ए या एएएए रिकॉर्ड रूट पर प्रकाशित किए गए थे। जब मैं टाइप telnet . 25करता हूं तो यह निश्चित रूप से रूट पर ए और एएएए रिकॉर्ड को देखता है।

— कास्परड

@kasperd जबकि DNS प्रोटोकॉल निश्चित रूप से इसका प्रतिनिधित्व कर सकता है, मुझे विश्वास नहीं है कि रिकॉर्ड रिकॉर्ड्स .(या पूर्व RFC7505) में निर्दिष्ट है .कि रिकॉर्ड के EXCHANGEलिए मान MXवास्तव में मान्य होगा। (यह एक मान्य होस्टनाम नहीं है।)

— हांक लिंडक्विस्ट

मान्य या नहीं - मैं उन कार्यान्वयनों की आसानी से कल्पना कर सकता हूं, जब एमएक्स रिकॉर्ड के साथ एक डोमेन की ओर इशारा किया जाता है, जिसमें कोई ए रिकॉर्ड नहीं होता है, जो देने से पहले दिनों के लिए वितरण का पुन: प्रयास करेगा।

— कैस्परड