Check-Host.cc

MD (Mail Destination) Legacy DNS Checker

MD (Mail Destination) রেকর্ড হলো প্রারম্ভিক ইন্টারনেট ইমেইল রাউটিংয়ের একটি অবসোলেট, ফাউন্ডেশনাল পিলার। MD রেকর্ড বুঝতে হলে, আপনাকে দেখতে হবে আধুনিক SMTP ইনফ্রাস্ট্রাকচার স্ট্যান্ডার্ডাইজ হওয়ার আগে নেটওয়ার্ক ইঞ্জিনিয়াররা কীভাবে মেইল ফ্লো (mail flow) স্ট্রাকচার করার চেষ্টা করেছিলেন। 1980-এর দশকের গোড়ার দিকে, DNS প্রোটোকল মেইল রাউটিং রেসপন্সিবিলিটিকে স্ট্রিক্টলি দুটি পৃথক, আলাদা রেকর্ড টাইপে ভাগ করার চেষ্টা করেছিল: MD রেকর্ড এবং এর কম্প্যানিয়ন (companion), MF (Mail Forwarder) রেকর্ড।

The Rigid Final Destination

এই লিগ্যাসি স্প্লিট-রাউটিং (split-routing) আর্কিটেকচারে, একটি প্রদত্ত ডোমেইনের জন্য মেইল রিসিভ করার দায়িত্বপ্রাপ্ত অ্যাবসোলিউট, ফাইনাল হোস্টকে ডিফাইন করার দায়িত্ব MD রেকর্ডের ওপর ন্যস্ত ছিল। কোনো ইউজার যদি admin@example.com অ্যাড্রেস করা কোনো ইমেইল পাঠাতেন, তবে সেন্ডিং সার্ভারটি বিশেষভাবে একটি MD রেকর্ডের জন্য example.com এর DNS জোনে কোয়েরি করত। পে-লোডটি সেই মেশিনটির এক্সাক্ট ক্যানোনিকাল (canonical) হোস্টনেম রিটার্ন করত যেখানে ঐ ইউজারের ফিজিক্যাল ইনবক্সটি অবস্থিত ছিল। সেন্ডিং সার্ভার তখন IP অ্যাড্রেসটি খুঁজে পেতে এবং পে-লোড ডেলিভার করার চেষ্টা করতে সেই হোস্টনেমে একটি A রেকর্ড লুকআপ এক্সিকিউট করত। এটি সম্পূর্ণভাবে একটি ওয়ান-টু-ওয়ান ম্যাপিং সিস্টেম হিসেবে কাজ করত।

The Single Point of Failure

MD রেকর্ড আর্কিটেকচারের একটি ফ্যাটাল অপারেশনাল ফ্লা (flaw) ছিল: এটি রিডানড্যান্সি (redundancy), প্রায়োরিটি রাউটিং, বা ফেইলওভার মেকানিজম (failover mechanics) সম্পর্কে সম্পূর্ণভাবে আনঅ্যাওয়ার (unaware) ছিল। এটি একটি ম্যাসিভ সিঙ্গেল পয়েন্ট অফ ফেইলর (single point of failure) রিপ্রেজেন্ট করত। ডোমেইনের MD রেকর্ডে লিস্ট করা স্পেসিফিক মেইনফ্রেমটি (mainframe) যদি মেইনটেন্যান্সের জন্য অফলাইনে চলে যেত, কোনো হার্ডওয়্যার ফেইলরের সম্মুখীন হতো, বা নেটওয়ার্ক কানেক্টিভিটি হারিয়ে ফেলত, তবে যেকোনো ইনবাউণ্ড মেইল সেন্ডারের কাছে তাৎক্ষণিকভাবে হার্ড-বাউন্স (hard-bounce) করত। কোনো সেন্ডিং সার্ভারকে মেইলটি হোল্ড করে রাখতে বা একটি ব্যাকআপ সার্ভারে ট্রাই করতে বলার জন্য MD প্রোটোকলের মধ্যে কোনো নেটিভ মেকানিজম ছিল না। ইন্টারনেট ট্রাফিক দ্রুত স্কেল (scale) হওয়ার সাথে সাথে, নেটওয়ার্ক আউটএজগুলো গ্রেসফুলি হ্যান্ডেল করার এই অক্ষমতা কর্পোরেট এবং একাডেমিক কমিউনিকেশনগুলোর জন্য অগ্রহণযোগ্য হয়ে ওঠে।

Deprecation এবং MX Revolution

এই ক্রিটিক্যাল বটলনেকগুলো (bottlenecks) সমাধান করতে, Internet Engineering Task Force (IETF) RFC 973 র্যাটিফাই (ratified) করে, যা আনুষ্ঠানিকভাবে এবং স্থায়ীভাবে MD এবং MF উভয় রেকর্ডকেই ডেপ্রিকেট (deprecated) করেছে। তারা উভয় লিগ্যাসি সিস্টেমের ফাংশনালিটিকে আধুনিক MX (Mail Exchanger) রেকর্ডে একীভূত (consolidated) করেছে। MX রেকর্ড প্রায়োরিটি ইন্টিজার ভ্যালুর কনসেপ্ট ইন্ট্রোডিউস করে ইমেইল আর্কিটেকচারে বিপ্লব ঘটিয়েছে। অ্যাডমিনিস্ট্রেটররা এখন একটি সিঙ্গেল, হাইলি রেজিলিয়েন্ট (resilient) রাউটিং অ্যারের (array) মধ্যে প্রাইমারি ডেস্টিনেশন এবং সেকেন্ডারি ব্যাকআপ ফরোয়ার্ডার ডিফাইন করতে পারেন। MX প্রোটোকল সেন্ডিং সার্ভারগুলোকে প্রথমে সর্বনিম্ন প্রায়োরিটির নাম্বারটি ট্রাই করার নির্দেশ দেয়, এবং প্রাইমারিটি আনরেসপন্সিভ (unresponsive) হলে সিমলেসলি (seamlessly) ব্যাকআপ সার্ভারগুলোতে ফেইলওভার (failover) করার নির্দেশ দেয়। বর্তমানে, একটি MD রেকর্ডে কোয়েরি করা স্ট্রিক্টলি নেটওয়ার্ক হিস্ট্রি অ্যানালাইসিসের একটি এক্সারসাইজ, কারণ কোনো আধুনিক Mail Transfer Agent (MTA) কোনো MD পে-লোডকে রেসপেক্ট বা পার্স (parse) করবে না।