Check-Host.cc

MB (Mailbox Domain) Legacy Record Lookup

MB (Mailbox) রেকর্ড হলো অরিজিনাল RFC 1035 DNS স্পেসিফিকেশনের একটি ফ্যাসিনেটিং এক্সপেরিমেন্টাল আর্টিফ্যাক্ট (artifact)। আধুনিক নেটওয়ার্ক আর্কিটেকচারে, ডোমেইন নেম সিস্টেম কঠোরভাবে একটি ফিজিক্যাল সার্ভার বা একটি IP অ্যাড্রেসে ট্রাফিক রাউটিং হ্যান্ডেল করে, অন্যদিকে ইন্টারনাল অ্যাপ্লিকেশন (যেমন একটি ইমেইল সার্ভার) পে-লোডটি পার্স (parse) করে বের করে যে ডেটাটি স্পেসিফিক কোন ইউজারের। MB রেকর্ড এই লাইনগুলোকে ব্লার (blur) করার চেষ্টা করেছিল। MX রেকর্ডের মাধ্যমে সেন্ট্রালাইজড সার্ভার ক্লাস্টারে অর্গানাইজেশনাল মেইল রাউট করার পরিবর্তে, MB রেকর্ডগুলো ইন্ডিভিজুয়াল ইউজার মেইলবক্সগুলোকে সরাসরি DNS জোন ফাইলের মধ্যে নেটিভলি স্পেসিফিক হোস্টনেমে ম্যাপ করার চেষ্টা করেছিল।

Direct-to-Host Mail Routing

MB প্রোটোকল থিওরির অধীনে, DNS লেয়ারে কোনো নেটওয়ার্কের প্রতিটি এমপ্লয়ি (employee) বা ইউজার সম্পর্কে গ্র্যানুলার (granular) নলেজ থাকত। উদাহরণস্বরূপ, একজন অ্যাডমিনিস্ট্রেটর থিওরেটিক্যালি এমন একটি MB রেকর্ড কনফিগার করতে পারতেন যাতে sysadmin মেইলবক্সে অ্যাড্রেস করা মেইল এক্সপ্লিসিটলি একটি হাই-সিকিউরিটি UNIX মেইনফ্রেমে রাউট করা হতো, অন্যদিকে sales-এ অ্যাড্রেস করা মেইল সম্পূর্ণ ভিন্ন, কম সিকিউরড সার্ভারে রাউট করা হতো। কোনো রিমোট সার্ভার যখন একটি ইমেইল ডেলিভার করতে চাইত, তখন ঐ সিঙ্গেল ইউজারের ইনবক্সের এক্সাক্ট হার্ডওয়্যার ডেস্টিনেশন খুঁজে পেতে ইমেইল অ্যাড্রেসের লোকাল-পার্টটির (local-part) (অর্থাৎ @ সিম্বলের আগের স্ট্রিং) জন্য স্পেসিফিকভাবে DNS-এ কোয়েরি করত।

The Unscalable Nightmare

MB রেকর্ডের অপারেশনাল রিয়েলিটি ছিল একটি অ্যাবসোলিউট স্কেলিং ডিজাস্টার। 5,000 এমপ্লয়ির একটি মিড-সাইজড কর্পোরেট নেটওয়ার্ক ম্যানেজ করতে একজন সিসঅ্যাডমিনকে শুধুমাত্র স্ট্যান্ডার্ড ইমেইল রাউটিং হ্যান্ডেল করার জন্যই 5,000 ইন্ডিভিজুয়াল, ম্যানুয়ালি টাইপ করা DNS রেকর্ড মেইনটেইন করতে হতো। প্রতিবার যখন কোনো নতুন এমপ্লয়ি হায়ার (hire) বা ফায়ার (fire) করা হতো, তখন শুধুমাত্র একটি মেইলবক্স প্রোভিশন করার জন্যই কোর DNS জোন ফাইলটি এডিট করতে হতো, SOA সিরিয়াল ইনক্রিমেন্ট করতে হতো, এবং গ্লোবাল ইন্টারনেট জুড়ে পরিবর্তনগুলো প্রোপাগেট (propagate) করতে হতো। এটি জোন ফাইলগুলোকে আনম্যানেজেবল সাইজে স্ফীত (bloat) করে তুলেছিল এবং প্রারম্ভিক DNS রিজলভারগুলোর ওপর এক্সট্রিম প্রসেসিং লোড স্থাপন করেছিল।

Application Layer-এ Delegation

ইঞ্জিনিয়াররা দ্রুত রিয়েলাইজ করেছিলেন যে ইউজার-লেভেল আইডেন্টিটি ম্যানেজ করার জন্য DNS একটি ভুল প্রোটোকল ছিল। ইন্ডাস্ট্রি MB কনসেপ্টটি সম্পূর্ণরূপে পরিত্যাগ করে একটি ফার্ম (firm) আর্কিটেকচারাল বাউন্ডারি এস্টাবলিশ করেছে। আজ, DNS (MX রেকর্ডের মাধ্যমে) শুধুমাত্র ইমেইল প্যাকেটটিকে অর্গানাইজেশনের Mail Transfer Agent (MTA)-এর ফ্রন্ট ডোর পর্যন্ত নিয়ে যাওয়ার জন্যই রেসপন্সিবল। একবার কানেকশন এস্টাবলিশ হয়ে গেলে, Postfix, Exim, বা Microsoft Exchange-এর মতো অ্যাপ্লিকেশন-লেয়ার সফটওয়্যারগুলো টেকওভার করে, অ্যাড্রেসের লোকাল-পার্ট পার্স (parse) করতে এবং পে-লোডটিকে সঠিক ইন্টারনাল ইনবক্সে ডেলিভার করতে ইন্টারনাল ডেটাবেস বা Active Directory ব্যবহার করে। আপনি কোনো আধুনিক প্রোডাকশন নেটওয়ার্কে কোনো MB রেকর্ড রিজলভ হতে দেখবেন না।