MB (Mailbox Domain) Legacy Record Lookup
MB (Mailbox) रेकॉर्ड हा मूळ RFC 1035 DNS स्पेसिफिकेशन्समधील एक फॅसिनेटिंग एक्सपेरिमेंटल आर्टिफॅक्ट (artifact) आहे. आधुनिक नेटवर्क आर्किटेक्चरमध्ये, डोमेन नेम सिस्टम काटेकोरपणे ट्रॅफिकचे फिजिकल सर्व्हर किंवा IP ॲड्रेसकडे राउटिंग हँडल करते, तर इंटरनल ॲप्लिकेशन (जसे की ईमेल सर्व्हर) डेटा कोणत्या विशिष्ट युजरचा आहे हे शोधण्यासाठी पेलोड पार्स (parse) करते. MB रेकॉर्डने या रेषा पुसट करण्याचा प्रयत्न केला. MX रेकॉर्ड्सद्वारे ऑर्गनायझेशनल मेल सेंट्रलाइज्ड सर्व्हर क्लस्टरकडे राउट करण्याऐवजी, MB रेकॉर्ड्सनी वैयक्तिक युजर मेलबॉक्सेसना थेट DNS झोन फाईलमध्ये विशिष्ट होस्टनेम्सवर नेटीव्हली (natively) मॅप करण्याचा प्रयत्न केला.
Direct-to-Host Mail Routing
MB प्रोटोकॉलच्या सिद्धांतानुसार, DNS लेयरला नेटवर्कमधील प्रत्येक कर्मचारी किंवा युजरची ग्रॅन्युलर (granular) माहिती असेल. उदाहरणार्थ, एखादा ॲडमिनिस्ट्रेटर सैद्धांतिकदृष्ट्या असे MB रेकॉर्ड कॉन्फिगर करू शकतो जेणेकरून sysadmin मेलबॉक्सला उद्देशून असलेला मेल स्पष्टपणे हाय-सिक्युरिटी UNIX मेनफ्रेमकडे राउट केला जाईल, तर sales कडे निर्देशित केलेला मेल पूर्णपणे वेगळ्या, कमी सुरक्षित सर्व्हरकडे राउट केला जाईल. जेव्हा एखाद्या रिमोट सर्व्हरला ईमेल डिलीव्हर करायचा असायचा, तेव्हा तो त्या एका युजरच्या इनबॉक्सचे अचूक हार्डवेअर डेस्टिनेशन शोधण्यासाठी ईमेल ॲड्रेसच्या लोकल-पार्टसाठी (local-part) (@ चिन्हाच्या आधीची स्ट्रिंग) विशेषतः DNS ला क्वेरी करत असे.
The Unscalable Nightmare
MB रेकॉर्डची ऑपरेशनल रियालिटी ही एक ॲबसोल्युट स्केलिंग (scaling) आपत्ती होती. 5,000 कर्मचाऱ्यांच्या मिड-साईझ कॉर्पोरेट नेटवर्कच्या व्यवस्थापनासाठी सिसॲडमिनला (sysadmin) केवळ स्टँडर्ड ईमेल राउटिंग हाताळण्यासाठी 5,000 वैयक्तिक, मॅन्युअली टाईप केलेले DNS रेकॉर्ड्स मेंटेन (maintain) करावे लागत असत. प्रत्येक वेळी जेव्हा नवीन कर्मचारी नियुक्त केला जात असे किंवा त्याला काढून टाकले जात असे, तेव्हा मुख्य DNS झोन फाईल एडिट (edit) करावी लागत असे, SOA सिरीयल वाढवावा (increment) लागत असे आणि फक्त मेलबॉक्स प्रोव्हिजन (provision) करण्यासाठी ग्लोबल इंटरनेटवर बदल प्रपोगेट (propagate) करावे लागत असत. यामुळे झोन फाइल्स अनमॅनेजेबल (unmanageable) आकारात फुगल्या आणि सुरुवातीच्या DNS रिझॉल्व्हर्सवर (resolvers) प्रक्रियेचा प्रचंड भार (processing loads) पडला.
Application Layer कडे Delegation
इंजिनिअर्सच्या लगेच लक्षात आले की युजर-लेव्हल आयडेंटिटीज (identities) मॅनेज करण्यासाठी DNS हा चुकीचा प्रोटोकॉल होता. इंडस्ट्रीने MB कन्सेप्ट पूर्णपणे सोडून दिली आणि एक ठाम आर्किटेक्चरल बाऊंड्री (boundary) स्थापित केली. आज, संस्थेच्या Mail Transfer Agent (MTA) च्या "फ्रंट डोअर" पर्यंत ईमेल पॅकेट मिळवण्यासाठी केवळ DNS (MX रेकॉर्ड्सद्वारे) जबाबदार आहे. एकदा कनेक्शन एस्टॅब्लिश (establish) झाल्यानंतर, Postfix, Exim, किंवा Microsoft Exchange सारखे ॲप्लिकेशन-लेयर सॉफ्टवेअर जबाबदारी घेतात, ॲड्रेसचा लोकल-पार्ट पार्स (parse) करण्यासाठी इंटरनल डेटाबेस किंवा Active Directory वापरतात आणि पेलोडला अचूक इंटरनल इनबॉक्समध्ये डिलीव्हर करतात. तुम्हाला कोणत्याही आधुनिक प्रोडक्शन नेटवर्कवर रिझॉल्व्ह (resolve) होणारे MB रेकॉर्ड्स सापडणार नाहीत.