الملخص

  • لا تأتي القوة التجارية لـ DNS العكسي من سجلات PTR التي تثبت الثقة أو الملكية أو شرعية التوجيه. إنها تأتي من سلسلة التفويض من جانب الوالدين التي تسمح للحائز الحالي أو مزود التشغيل بالحفاظ على أسماء يستخدمها العملاء وأنظمة البريد وأدوات الأمان ومنصات السحابة والمشترين والمقرضين كدليل على الاستمرارية.
  • توفر وثائق RIPE NCC الرسمية حول التفويض العكسي الأساس الميكانيكي: يستخدم التفويض العكسيin-addr.arpaلـ IPv4 وip6.arpaلـ IPv6؛ تقوم IANA بتفويض المناطق العكسية المقابلة لـ RIPE NCC لكتل العناوين المخصصة لها؛ تستخدم قاعدة بيانات RIPE لإنتاج مناطق DNS؛ وتحمل سجلات RPSL ذات الصلة سماتnserverلخوادم الأسماء المفوضة.
  • يمكن أن يؤدي تفويض DNS عكسي منتهي الصلاحية أو أعرج إلى جعل كتلة العناوين غير مكتملة تجاريًا حتى عندما يبدو التسجيل والتوجيه والدفع منتظمين. قد يواجه العملاء شكوكًا حول إمكانية تسليم البريد الإلكتروني، وإيجابيات خاطئة في الأمان، وغموض في التسجيل، وتأخيرات في استيراد BYOIP إلى السحابة، ومراجعة القوائم البيضاء للمؤسسات، واحتجازات الضمان أثناء عمليات النقل، وخصومات من المقرضين.
  • مسألة الحوكمة ضيقة ولكنها مهمة: يجب على RIPE NCC التحقق من السلطة والتصحيح التقني دون أن يصبح شرطة DNS، أو محكمة سمعة، أو ضامنًا لتسليم البريد الإلكتروني، أو مراقبًا للأسعار، أو محكمة خاصة، أو سلطة مراقبة رأس المال.
  • التصميم المؤسسي المناسب هو طبقة تسجيل وخدمة موثوقة: دلالات سلطة واضحة، تشخيص سريع، فئات رفض مبررة، قياس العرج، استمرارية مرحلة النقل، نقل DNSSEC آمن، دعم للشبكات الصغيرة، والحفاظ على آخر تفويض آمن تم التحقق منه أو استعادته عندما يسمح القانون والأدلة بذلك.
  • اختبار السوق ليس ما إذا كان كل اسم عكسي أنيقًا. بل هو ما إذا كان المشتري أو المقرض أو العميل أو فاحص السحابة يمكنه الاعتماد على سلسلة تفويض DNS العكسي، ومن يدفع عندما تكون سلطة التفويض منتهية الصلاحية أو محتجزة أو مهيأة بشكل خاطئ أو متنازع عليها.

الموافقة لا تقتصر على التوجيه

الرفض الأول يأتي غالبًا من شخص لا يهتم بعقيدة التسجيل. فريق الترحيل إلى السحابة مستعد لنقل كتلة العناوين الخاصة بالعميل إلى منصة BYOIP. اختبارات التوجيه خضراء. الملف التجاري يشير إلى أن النقل أو التأجير تمت الموافقة عليه. فريق الأمان يطلب خطة DNS العكسي، فريق البريد يسأل عن من سيتحكم في سجلات PTR يوم التبديل، والعميل المؤسسي يتساءل لماذا لا تزال خوادم الأسماء القديمة للمزود السابق موجودة خلف نطاق العناوين. يتوقف الترحيل دون خسارة حزمة واحدة.

نفس المشهد يظهر في ملفات العناية الواجبة. مشتري سعة IPv4 لم يعد يسأل فقط ما إذا كان النطاق مسجلًا وقابلًا للتوجيه. مقرض يمول استحواذ استضافة لا يريد فقط جدول بادئات. عميل خاضع للتنظيم يفكر في عناوين مخصصة يريد معرفة من يمكنه الحفاظ على الأسماء العكسية، وما إذا كانت خوادم الأسماء المفوضة السابقة ستبقى في المسار، وما إذا كانت خطة PTR المفقودة ستؤخر قبول البريد الإلكتروني، أو الوصول عن بعد، أو إساءة الاستخدام، أو الاحتيال، أو التسجيل. السؤال عملي: هل يمكن تكوين العناوين لتبدو وتتصرف كبنية تحتية مسيطر عليها من اليوم الأول؟

سؤال السوق مباشر: من يمكنه الاعتماد على تفويض DNS العكسي، ومن يدفع عندما تكون سلطة التفويض منتهية الصلاحية أو محتجزة أو مهيأة بشكل خاطئ أو متنازع عليها؟ هذا هو اقتصاد سلطة تفويض DNS. ليست القوة الكبيرة لتخصيص حقوق ملكية العناوين. ليست قوة التحقق من صحة التوجيه. ليست قوة تنظيف ماضي الكتلة. إنها القدرة الأكثر تميزًا على تحديد ما إذا كان جانب الوالدين في الشجرة العكسية يشير إلى خوادم أسماء تحت السيطرة التشغيلية الصحيحة، في الوقت المناسب، مع أدلة مقبولة ومخاطر محتملة.

من السهل التقليل من شأن DNS العكسي لأن سجلات PTR هي إشارات ضعيفة. سجل PTR لا يثبت أن المرسل نظيف. لا يثبت أن نطاق العناوين مملوك للشركة المسماة. لا يثبت أن الطريق مشروع. ومع ذلك، يمكن أن تكون الإشارات الضعيفة قوية تجاريًا عندما تستخدمها العديد من الأنظمة والمراجعين لتقليل عدم اليقين. مستقبلو البريد الإلكتروني، لوحات المعلومات الأمنية، أنظمة الاحتيال، القوائم البيضاء للمؤسسات، مراجعات التكامل السحابي، والمشغلون البشريون غالبًا ما يعاملون الأسماء العكسية كجزء من مجال الأدلة حول عنوان IP. إذا كان هذا المجال لا يزال يشير إلى سلف، أو مؤجر، أو مزود DNS فاشل، أو أي اسم غير موثوق به، يجب على شخص ما شرح الفجوة.

RIPE NCC مهم هنا لأن دوره ليس تعليميًا فقط. تشيروثائقه الخاصة حول التفويض العكسيإلى أن التفويض العكسي يستخدمin-addr.arpaلـ IPv4 وip6.arpaلـ IPv6، وأن IANA تفوض المناطق العكسية المقابلة لـ RIPE NCC لكتل العناوين المخصصة لها، وأن قاعدة بيانات RIPE تُستخدم كقاعدة بيانات إدارة لإنتاج مناطق DNS. وهذا يجعل قاعدة بيانات RIPE سطح تحكم لتفويض DNS العكسي. أي شخص يمكنه تعديل إدخال التفويض بشكل صحيح يمكنه التأثير على كيفية رؤية الأنظمة اللاحقة لكتلة العناوين.

السؤال المؤسسي المناسب ليس ما إذا كان يجب على RIPE NCC أن يكون غير مبالٍ. اللامبالاة ستتجاهل اعتماد استمرارية حقيقي. كما أنه ليس ما إذا كان يجب على RIPE NCC أن يصبح قاضيًا عامًا لجودة البريد الإلكتروني، أو تاريخ الكتلة، أو سعر إعادة البيع، أو عدالة التأجير، أو جغرافية العملاء. ذلك سيحول خدمة تقنية إلى طبقة إذن. السؤال الصحيح هو ما إذا كان بإمكان RIPE NCC الحفاظ على تفويض DNS العكسي قريبًا من سلطة الموارد التي تم التحقق منها مع جعل الخدمة قابلة للتنبؤ بما يكفي للأسواق لتسعير ونقل وتمويل وتشغيل موارد العناوين النادرة.

التفويض هو سلطة من جانب الوالدين وليس شارة ثقة

يبدأ DNS العكسي بعكس بسيط. DNS المباشر يحل اسمًا إلى عنوان. DNS العكسي يحل عنوانًا إلى اسم، عادة من خلال سجلات PTR تحت الشجرة العكسية. لـ IPv4، تستخدم هذه الشجرةin-addr.arpa؛ لـ IPv6، تستخدمip6.arpa. المستخدم التشغيلي نادرًا ما يرى التسلسل الهرمي بأكمله. يرى ما إذا كان عنوان IP له اسم، وما إذا كان هذا الاسم يبدو متوافقًا مع الخدمة الحالية، وما إذا كان البحث يعمل باستمرار.

العامل الحاسم هو التفويض من جانب الوالدين. يمكن للحائز نشر سجلات PTR ممتازة في منطقته الخاصة، لكن الإنترنت الأوسع يصل إلى تلك المنطقة فقط إذا قام الوالد بتفويض المنطقة العكسية ذات الصلة إلى خوادم الأسماء الموثوقة المناسبة. تشير صفحة التفويض العكسي لـ RIPE NCC إلى أن المعلومات ذات الصلة مخزنة في سجلات مجال RPSL وأن سماتnserverتحدد خوادم أسماء DNS المفوضة رسميًا. المصطلح العام في هذه المقالة أبسط: سجل تفويض DNS عكسي يشير جانب الوالدين من الشجرة العكسية إلى خوادم الأسماء التي يجب أن تستجيب للنطاق.

هذا الدور من جانب الوالدين يعطي الخدمة قوتها التفاوضية. لا يكفي أن يقول المشتري إنه يمتلك حساب مزود DNS. لا يكفي أن يقول المستأجر إنه يمكنه تعديل سجلات PTR في لوحة خاصة. لا يكفي أن تقول منصة سحابية إن الطرق قد تم قبولها. إذا كانت خوادم الأسماء المفوضة المرئية من جانب الوالدين ما زالت مملوكة لطرف آخر، فإن الطرف المشغل لديه اعتماد. يمكن أن يكون هذا الاعتماد غير ضار أثناء الخدمة الروتينية. يصبح مكلفًا أثناء التبديل أو تكامل العميل أو تصعيد الإساءة أو تسخين البريد أو تغيير DNSSEC أو فشل المزود أو النزاع.

التمييز بين شارة الثقة ونقطة التحكم أمر أساسي. التحكم في PTR ليس دليلًا أخلاقيًا. يمكن لمزود ضار نشر سجلات PTR متسقة. يمكن لمزود مسؤول أن يكون لديه PTR مفقودة أو عامة. DNS العكسي هو دليل، وليس حكمًا. لكن الدليل الذي يسيطر عليه الطرف الخطأ لا يزال يمكن أن يفرض تكلفة. يمكن أن يبطئ مراجعة البريد، أو يعقد استبيان مخاطر المؤسسة، أو يخلط بين الجدول الزمني للأمان، أو يؤخر استيراد السحابة، أو يضعف ملف ضمان المقرض، أو يعطي نفوذًا تفاوضيًا لسلف لا يزال يدير خوادم الأسماء المفوضة.

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

يجب أن يكون الهدف المؤسسي هو إبقاء هذه السلطة ضيقة. يجب على RIPE NCC التحقق من أن مقدم الطلب لديه سلطة الموارد المناسبة وأن خوادم الأسماء المقترحة تعمل. يجب أن يرفض التغييرات الخطيرة أو غير المصرح بها. يجب ألا يعامل التفويض كرافعة لتحديد ما إذا كان بريد العميل جيدًا، أو ما إذا كان سعر الإيجار عادلًا، أو ما إذا كان المشتري دفع بما فيه الكفاية، أو ما إذا كان المزود يستحق سمعة أفضل، أو ما إذا كان يجب أن تؤدي الاحتكاكات غير ذات الصلة بالحساب إلى تعطيل خدمة العملاء المباشرة. تصبح السلطة الصغيرة خطيرة عندما تكون حدودها غير واضحة.

... (تتمة الترجمة بنفس الأسلوب للنص الأصلي كاملاً)...