لماذا سجلات MX؟ [مغلق

Question

أنا في السابق سأل سؤال بخصوص سجلات MX (ونقدر الإجابات المدروسية التي تلقيتها من So'ers). الآن بعد أن تم حل هذه المشكلة، أريد أن أعود واسأل لماذا هناك سجلات MX في المقام الأول.

على وجه التحديد: لماذا تحصل SMTP على علاج خاص بواسطة DNS؟

ليس لدينا سجلات HX لسجلات HTTP أو FX لبروتوكول نقل الملفات. يبدو أن كل بروتوكول إنترنت آخر يحصل على ما يرام مع سجل DNS. في الواقع، مقالة ويكيبيديا على سجلات MX تنص على أن مواصفات SMTP الحالية تقول أنه إذا كان سجل MX غير موجود لاستقبال، يجب أن يسقط الخادم على سجل. كما يذكر بعض أماكن الإقامة SMTP المصنوعة في عالم ما قبل DNS، لكن ذلك كان قبل 25 عاما. هل نحتاج حقا إلى سجلات MX أكثر من ذلك؟

Answer 1

MX تم استخدام السجلات لأن هناك حاجة لحركة مرور SMTP user@domain أن يتم توجيهها بشكل مختلف إلى حركة المرور الأخرى لهذا المجال، و SRV لم يتم اختراع السجلات حتى الآن.

الاتفاقية الحديثة التي يمكنك الكتابة http://example.com/ في متصفحك دون www بادئة ولا تزال تصل إلى الموقع المطلوب هو في الواقع غريب بعض الشيء. لشرح بمزيد من التفصيل، فكر في كيفية إعداد المنطقة عادة لتحقيق الوصول إلى البادئة هذا:

$ORIGIN example.com
@        IN A   192.168.1.1
         IN MX mail.example.com
www      IN A  192.168.1.1
mail     IN A  192.168.1.2

لذلك، أي حركة مرور موجهة إلى example.com يذهب إلى عنوان IP هذا، بغض النظر عن البروتوكول المستخدمة (ما لم يكن البريد الإلكتروني الذي سيستخدم سجل MX).

في الممارسة العملية سيكون من الأفضل الكل تطبيقات للاستفادة من SRV السجلات، وبعد ذلك يمكننا أن نفعل بعيدا مع بادئات التطبيق المحددة معا، واستخدام سجلات لأغراضهم الحقيقية - تعيين خصيصا أسماء المضيفين إلى عناوين IP.

إذا تم استخدام سجلات SRV بهذه الطريقة، فإن ملف المنطقة قد يبدو بدلا من ذلك:

$ORIGIN example.com
_http._tcp IN SRV 0 0 80 www.example.com
_smtp._tcp IN SRV 0 0 25 mail.example.com
www        IN A 192.168.1.1
mail       IN A 192.168.1.2

هذا الافتراض أن الأساسي A سجل في مجال هو في الواقع لخدمة HTTP هو أيضا جزء من السبب وراء ذلك sitefinder. "خدمة" تسبب العديد من المشاكل كما فعلت عندما كانت (لفترة وجيزة) قدمت في عام 2003. من خلال اعتراض جميع DNS A سجل البحث عن مجالات غير معروفة وإرجاع أحد عناوينهم الخاصة، وكسر VeriSign جميع أنواع البروتوكولات التي تفترض أنها قد تفشل إلى آليات قاعدة بيانات العنوان الأخرى إذا فشل البحث عن DNS.

Answer 2

الغرض الرئيسي وراء سجلات MX هو القدرة على تحديد الآلات (الآلات) لمعالجة بروتوكول معين للنطاق بأكمله، وكذلك تحديد خوادم النسخ الاحتياطي للبريد (مع أولويات مختلفة.) بهذه الطريقة، إذا فشل خادم واحد لا يزال بإمكانك الوصول إليه الخادم التالي في السطر لتسليم البريد الإلكتروني إلى هذا المجال. لا يمكن القيام به مع سجلات عادي، والتي خريطة مباشرة اسم كامل مع مضيف.

يمكن الآن القيام به سجلات SRV. (مؤرخة قبل 8 سنوات، وليس 25) كما يشير فرانك. في ذلك الوقت، لم يكن هناك العديد من البروتوكولات القياسية الأخرى متاحة بشكل كبير.

Answer 3

يبدو أن كل بروتوكول إنترنت آخر يحصل على ما يرام مع سجل DNS.

حسنا، يتوفر نوع سجل SRV لأولئك.

ربما إذا تم كتابة SMTP اليوم، فستستخدم ذلك.

Answer 4

بالإضافة إلى السماح بمواصفات مبادلات النسخ الاحتياطي، لاحظ أنه ليس كل مجال له كل مجال لديه خادم البريد الخاص به، لذلك من الضروري أن تكون قادرا على تحديد خادم بريد موجود على مجال آخر كما هو موضح بتبادل البريد بحيث يتم توجيه الرسائل الإدارية والنظام إلى مدير مكتب البريد أو الجذر أو أي اتصالات تقنية / إدارية مدرجة في سجلات Whois DNS يمكن تسليمها، حتى لو لم تكن موجودة في المجال الحالي.

لا تحتاج فقط إلى FTP و HTTP لأن هذه الخدمات لا تبدأ بالاتصالات الصادرة مثل MX ولا تعتبر نقاط اتصال رسمية.

Answer 5

لا تهمل أبدا تفسير "الأسباب التاريخية". مرة أخرى في أوائل الثمانينيات من الثمانينيات، كان SMTP إلى حد كبير البروتوكول الوحيد المعروفين فقط يجب أن يكون متاحا للخريطة لموقع كامل - وتم إجراء بحث DNS مع ملف المضيفين المشترك على العديد من الأنظمة.