الخلاصة

  • يستبدل RFC 10001 توجيه RFC 3901 الأحادي بقاعدة متناظرة: خادمان موثوقان يمكن الوصول إليهما عبر IPv4 وخادمان عبر IPv6 على الأقل، مع تفويض مستقل لكل عائلة وبيانات DNS متكافئة على المسارين.
  • لا يثبت سجل A أو AAAA أن الخادم يستجيب ولا أن جميع الآباء والغراء والنطاقات الشقيقة قابلة للوصول. يجب أن يحتفظ الدليل بنقطة الرصد والعائلة وكل إحالة ومسار UDP/TCP والترجمة وقرار التطبيق.

وصل فريق الحادث إلى إجابتين متعارضتين. قال مالك المنطقة إن سجلاته صحيحة. وقال مشغّل الشبكة إن DNS لا يصل عبر IPv6. كلاهما يمكن أن يكون صادقاً: سجل AAAA موجود، لكن الأب لم ينشر الغراء؛ أو أن العنوان منشور والخادم لا يستمع؛ أو أن نطاقاً شقيقاً يحمل اسم NS لكنه لا يُحل عبر IPv6.

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

نُشر RFC 10001 في أغسطس 2026 ضمن BCP 91. يعرّف انقسام فضاء الأسماء حين يتبع المحلل الإحالات حتى يصل إلى مجموعة خوادم لا يمكن الاتصال بها إلا عبر عائلة لا يدعمها. لم يختف الاسم من الشجرة؛ انقطعت سلطة الإجابة عن ذلك المسار.

السلطة موزعة على حواف السلسلة

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

لا تكفي العناوين المنشورة. يذكر RFC الحالة التي يشير فيها A أو AAAA إلى خادم غير مهيأ للإجابة عبر تلك العائلة. لذلك تملك قاعدة البيانات دليلاً على الإعلان، بينما يملك الاختبار الشبكي دليلاً على التشغيل.

دراسة 2023 How Ready Is DNS for an IPv6-Only World? اختبرت سلسلة التفويض كلها وبيّنت أن AAAA وحده لا يثبت قابلية الحل. كما أظهرت تركّزاً كبيراً لدى المشغلين الذين يقفون خلف التفويضات المكسورة. أرقامها تاريخية وليست تعداداً حالياً؛ أما دلالتها على السيطرة فباقية: تغيير غراء لدى مزود كبير يمكن أن يعيد أو يقطع الوصول عن عدد هائل من المناطق التابعة.

من حماية IPv4 إلى التزام مزدوج

كتب RFC 3901 سنة 2004 لحماية فضاء الأسماء المتاح لمضيفي IPv4 من سلطات لا تعمل إلا عبر IPv6. طلب خادماً واحداً على الأقل يمكن الوصول إليه عبر IPv4. كان ذلك مناسباً لتوازن مختلف.

يلغي RFC 10001 هذا التوجيه ويطلب خادمين موثوقين على الأقل عبر IPv4 وخادمين عبر IPv6 لكل منطقة. يحسب الخادم المزدوج مرة في كل عائلة. لا يجوز لتفويض IPv4 أن يعتمد على IPv6، ولا لتفويض IPv6 أن يعتمد على IPv4. ويجب أن تكون البيانات متكافئة.

العدّ ليس تنوعاً. ما زال RFC 2182 مهماً في فصل المواقع والسياسات التشغيلية. أربعة عناوين تحت منصة واحدة ومسار واحد ونظام تغيير واحد يمكن أن تسقط معاً. كما أن استجابة المسارين لا تثبت التكافؤ؛ يلزم مقارنة RRset وSOA وتحقق DNSSEC والسلطة.

الشبكة تملك حق إسقاط جواب صحيح

قد تتجاوز استجابة DNSSEC الكبيرة MTU الفعلية. تتفتت UDP أو تُسقط بصمت، وقد يتوقف TCP إذا حجبت إشارات PMTU أو حملت قيماً خاطئة. عندها لا يستطيع المحلل التمييز من المهلة وحدها بين الغراء المفقود والمسار المكسور والحزمة الكبيرة.

يتبع RFC 10001 RFC 9715 لتجنب التجزئة. يناقش حداً 1400 بايت أو 1232 الأكثر تحفظاً لـUDP، وMSS إرسال 1388 أو 1220 لـTCP. ويثبت RFC 9210 أن TCP يجب أن يبقى خيار رجوع بدلاً من الاعتماد على UDP المجزأ.

تنتقل الكلفة إلى اتصالات TCP. يورد RFC قياساً في نطاق 3–5% لكنه يطلب مراقبة الحمل المحلي. لا يملك هذا الرقم سلطة على ميزانية خادم آخر. يجب تسجيل حجم EDNS والبايتات الفعلية والتجزئة والرجوع والاتصال والكمون.

الترجمة والتحويل يضيفان سلطات

يوصي RFC بالمحللات العودية المزدوجة، لكنه يسمح لمحلل أحادي باستخدام NAT64 أو تحويل العمل إلى محلل مزدوج. هذا يحافظ على خيارات النشر، لكنه يضيف نقاط قرار.

عنوان IPv6 المركب عبر PREF64 ليس مساراً أصلياً مستقلاً؛ يعتمد على البادئة والمترجم والوجهة IPv4. يحيل RFC إلى RFC 9872 لاكتشاف PREF64 بأمان. الدليل الصحيح يحدد إن كانت النتيجة أصلية أو مترجمة، ومن أعلن البادئة وأي وجهة استُخدمت.

ولا يجوز لمحلل IPv4-only ومحلل IPv6-only أن يعيدا الاستعلامات العاجزة أحدهما إلى الآخر. إذا تعذر حل منطقة في العائلتين، ينشأ دوران دائم. وجهة التحويل يجب أن تستطيع إكمال العائلتين وألا تعيد المسؤولية إلى مصدرها.

أما المحلل الطرفي فقد يحتفظ بعدد صغير فقط من عناوين المحللات المعروضة ويهمل البقية دون ترتيب مضمون. الإعلان عبر DHCP أو RA لا يثبت ما قبله العميل. الحالة المحلية هي صاحبة القرار.

دفتر يربط كل ادعاء بصاحبه

لكل منطقة حرجة، شغّل تحليلاً تكرارياً من شبكة IPv4-only ومن شبكة IPv6-only. احتفظ بالوقت ونقطة الرصد وإصدار المحلل وكل إحالة وNS وA وAAAA والغراء والاعتماد الشقيق وعنوان السلطة ونتائج UDP/TCP وحجم EDNS وموضع المهلة وDNSSEC وبصمة RRset.

أضف PREF64 والمترجم والوجهة الأصلية عند الترجمة، ومسار التحويل عند forwarding. ثم سجّل العنوان الذي اختاره التطبيق ونتيجة الاتصال. جواب DNS لا يثبت الاستخدام، ونجاح التطبيق لا يثبت سلامة العائلتين.

لا يغيّر RFC تلقائياً متطلبات IANA التقنية. لا توجد فيه إجراءات IANA؛ بل يدعو إلى النظر في تحديث عبر عملية مستقلة. التوصية والنص الإجرائي والتنفيذ ثلاثة أدلة.

تجعل أولوية الشيفرة العاملة عند Heng Lu التشغيل هو الحكم، لا النشر. ويقصر إطار المواصفة الأولية الدنيا والتبني الطوعي الطبقة المشتركة على قواعد التشغيل البيني والسلامة، تاركاً البنية والميزانية والتراجع للمشغل الذي يملك العواقب.

الاسم واحد، لكن كل وصلة تحتفظ بصاحب السلطة والدليل.