الخلاصة

  • عرّفت RFC 5001، المنشورة في أغسطس 2007، خيار NSID في DNS. يرسل المحلّل طلباً فارغاً ضمن EDNS، ويمكن للخادم الذي يوافق أن يضيف بايتات تعريفه إلى الرد نفسه.
  • يعمل الخيار بين طرفي استعلام واحد. إذا طلبه جهاز من محلّل تكراري، فهو يطلب تعريف ذلك المحلّل، أما الخادم السلطوي وراءه فله تبادل آخر. قيمة الهوية بايتات معتمة يختار معناها مشغّل الخدمة.
  • تسجل وثيقة تشغيل L-Root لعام 2014 استعمال اسم المضيف الكامل للعقدة المجيبة. ويحفظ سجل IANA الرقم 3 لخيار NSID ضمن EDNS.

الشاهد الثاني ربما كان خادماً آخر

في تقرير العطل يظهر عنوان IP نفسه إلى جانب ردّين مختلفين. يُغري ذلك فريق التشغيل بكتابة أن الخادم غيّر رأيه. لكن العنوان في anycast يمثل واجهة خدمة مشتركة، لا آلة واحدة ثابتة. قد تعلن عقد متعددة العنوان ذاته، وتختار المسارات أيّها تستقبل السؤال. وقد يخفي موازن الأحمال عدداً من العمليات خلف مدخل واحد. إذا تغيّر الرد في المحاولة التالية، فربما تغيّرت البيانات، وربما انتقل السؤال إلى عقدة سليمة لم تنتج الخطأ الأول.

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

نقلت RFC 5001 سؤال الهوية إلى التبادل الأصلي. يشير نصها إلى anycast وموازنة الحمل وغيرهما من الأسباب التي تسمح لأكثر من خادم أسماء بمشاركة عنوان واحد. ولا تحتفظ استعلامات DNS بحالة جلسة تُلزم السؤال التالي بالوصول إلى الآلة نفسها. لذلك يرفق الخادم الذي يصدر الرد معلومات تعريفه بالرد نفسه. النتيجة والوقت وهوية المجيب المعلنة تصبح أجزاء من دليل واحد.

طلب فارغ، وعلامة في الجواب

يضع المحلّل خيار NSID فارغاً داخل سجل OPT الوهمي الخاص بـ EDNS. لا يجوز أن يحمل الطلب بيانات تعريف. يسند سجل IANA لخيار NSID الرقم 3. إذا فهم الخادم الطلب واختار تلبيته، أضاف بايتات الهوية إلى الرد. عليه تجاهل أي بيانات يضعها الطالب خطأ في حقل NSID، وألا يرسل الحقل إلى محلّل لم يطلبه. يستطيع من يفحص الالتقاط الاحتفاظ بالسؤال والجواب والعلامة والوقت معاً.

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

لهذا الخيار ثمن واضح. خدمة تخفي عقدها خلف عنوان مشترك قد تكشفها إذا نشرت عناوين الصيانة الحقيقية في كل رد. وخدمة لا ترد بأي علامة تترك العميل مع صور متعارضة لعنوان IP واحد. تضع مناقشة الأمن في RFC 5001 إشارة NSID على مستوى قناة التبادل، خارج حماية DNSSEC لبيانات DNS نفسها. إن اختلفت الأطراف بشأن صدق العلامة، تحسمه حماية القناة أو سجلات التشغيل المقابلة.

L-Root وضع اسماً يمكن قراءته

نشر مشغّلو L-Root في يناير 2014 وصفاً لوسائل التعرف إلى عقد الخدمة الموزعة التي كانوا يستخدمونها. في حالتهم حمل NSID الاسم الكامل للعقدة التي أجابت. تعرض الوثيقة مثالاً من dig تظهر فيه البايتات بصيغة ست عشرية، ثم تُقرأ اسماً مثل ytz01.l.root-servers.org. اختار المشغّل هنا الشفافية باسم واضح؛ لم تُلزمه المواصفة بذلك المحتوى.

تذكر الوثيقة أيضاً استعلامات HOSTNAME.BIND وID.SERVER. تكشف هذه الاستعلامات العقدة التي تجيب عند إرسالها. إذا تبدّل الطريق بعد الرد الإشكالي، فقد تكشف عقدة أخرى. أما طلب NSID في الاستعلام الذي أنتج المشكلة فيحفظ الرد وعلامة المجيب في رسالة واحدة. يصبح بإمكان مهندس التشغيل فتح سجل العقدة المعنية بدلاً من مطاردة آخر خادم ظهر في إعادة المحاولة.

تصف وثيقة L-Root نشر تلك الوسائل في ذلك التاريخ، ولا تقدم تعداداً حديثاً لكل خوادم الجذر. ولإسناد رد محدد، تُحفظ الرسالة الأصلية، وبايتات NSID، ومصدر الرد، ووسيلة النقل، وتوقيته. تربط سجلات المشغّل الاسم المعلن بالآلة أو العملية التي كانت تعمل حينها.

المحلّل التكراري يعرّف نفسه فقط

ينتهي مفعول NSID عند الخادم الذي يستقبل الطلب. إذا طلب برنامج من محلّل تكراري تحديد الهوية، كان المطلوب هو هوية ذلك المحلّل. يستطيع المحلّل أن يطرح طلب NSID آخر على خادم سلطوي في طريقه، لكن هذا تبادل مستقل. العلامة التي يعيدها إلى البرنامج لا تتحول إلى اسم الخادم السلطوي. كما تمنع RFC أن تُضاف العلامة تلقائياً إلى رد موجّه لعميل لم يطلبها.

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

لم يعد العنوان المشترك يجيب بالنيابة عن الجميع

لم يبدل RFC 5001 عنوان الخدمة. وضع خانة اختيارية بجانب الرد كي تترك الآلة المجيبة علامتها. تحفظ IANA رقم الخانة؛ يقرر المشغّل محتواها؛ ويقرر المحلّل طلبها والاحتفاظ بها. هذا تقسيم صغير للعمل، لكنه يصل الدليل بالجهة التي أخرجته في اللحظة الصحيحة.

يمكن للخادم أن يحجب العلامة. وقد تزيد البايتات الإضافية حجم رد DNS إلى حد القطع، ولذلك يبقى إرسال NSID اختيارياً. التقاط خالٍ من العلامة يثبت أنها لم تُعد في ذلك التبادل؛ البحث عن العقدة يتطلب سجلاً آخر. صمت الحقل لا يجعل العنوان هوية فردية.

جاءت وسيلة 2007 لمعالجة مفارقة الخدمة الموزعة: عنوان واحد يفيد في الوصول، ويُربك التحقيق. اختار L-Root اسماً واضحاً، ويستطيع غيره اختيار رمز لا يفهمه إلا فريقه. قيمة الحالتين في أن العلامة تصل مع الرد محل النزاع. الرد التالي قد يخرج من آلة مختلفة، بعذر جاهز لم تكن الآلة الأولى لتستحقه.