رسالة DHCP واحدة لا تمنح الجهاز هوية موثَّقة بأربع صيغ

الخلاصة

• الخيار 60 تلميح فئة يفسره الخادم، و61 فهرس لربط العنوان، و55 قائمة طلبات، و43 حمولة خاصة بالمورّد لا يحدد معناها السجل العام للخيارات.
• التقاط الرسالة يثبت وجود قيم عند نقطة الرصد، ولا يثبت الشركة المصنِّعة أو هوية الجهاز المادية أو اعتماد الإعدادات لدى العميل أو نجاح الاتصال.

تبدأ القراءة الخاطئة من شاشة التقاط الحزم. يرى المحلّل سلسلة تشبه اسم مورّد، ومعرّفاً قابلاً للتكرار، وقائمة مرتّبة من أرقام الخيارات. يسهل جمعها في خانة «هوية الجهاز». لكن الخانة الواحدة تمحو الفرق بين ما يعلنه العميل، وما يستخدمه الخادم للبحث، وما يطلبه العميل من قيم. لم يصمم RFC 2132 هذه العناصر بوصفها شهادة واحدة.

نشر Steve Alexander وRalph Droms المواصفة في مارس 1997 لتحديد خيارات DHCP وامتدادات المورّد في BOOTP. يحمل معظم الخيارات رمزاً ثم طولاً ثم بيانات، مع استثناءي Pad وEnd. وفي حقل المورّد لدى BOOTP تحدد أربعة ثمانيات من «الكوكي السحري» طريقة تفسير ما يليها. ترجع هذه القواعد إلى RFC 1048. إنها تتيح للمحلّل معرفة أين يبدأ الحقل وأين ينتهي، لكنها لا تصدّق صاحب القيمة ولا صحتها.

فئة المورّد في الخيار 60 سلسلة ثمانيات يرسلها العميل اختيارياً. قد يستعملها المورّد للدلالة على النوع أو التهيئة، ويؤولها الخادم. إذا لم يكن الخادم مجهزاً لتفسير معلومات هذه الفئة وجب عليه تجاهلها، وإن جاز له الإبلاغ عنها. وإذا ردّ بمعلومات خاصة بالمورّد فينبغي له استخدام الخيار 43. وهكذا قد توجه السلسلة مساراً في سياسة الإعداد، لكنها ليست دليلاً مستقلاً على المصنع الحقيقي ولا أمراً واجب التنفيذ على الخادم.

أما الخيار 43 فيحمل معلومات معتمة يعرّفها المورّد. وعندما توجد عناصر عدة توصي الوثيقة بتغليف رموز وأطوال وقيم داخلية. يمكن للمورّد إعادة تعريف الرموز الداخلية ضمن هذا الحيز، فلا يجوز قراءتها كأنها أرقام خيارات DHCP العامة. حتى رمز End له نطاق أصغر هنا: ينهي الامتدادات المغلّفة لا حقل الخيارات الخارجي كله؛ وإن غاب حدد طول الغلاف النهاية. رؤية ثمانيات الرد لا تثبت أن برنامج العميل فهمها أو طبّقها.

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

يسرد الخيار 55 رموز المعلمات التي يريدها العميل. يجوز ترتيبها حسب التفضيل؛ وليس على الخادم إرجاعها بالترتيب نفسه، وإن كان عليه محاولة إدراج المطلوبة حسب ترتيب الطلب. ولا تعد القائمة بوصول كل القيم أو تثبيتها. ويحدد الخيار 57 أكبر رسالة DHCP يقبلها العميل، بحد أدنى قانوني مقداره 576 ثمانية. هذه حدود للتفاوض وليست قياساً لإعدادات الجهاز العاملة.

يفصل RFC 2131 بين الاكتشاف والعرض والطلب والإقرار والفحص الأخير لدى العميل. لإثبات نتيجة تشغيلية نحتاج الرسائل المعنية، وسياسة الخادم وسجل ارتباطه، وحالة الإعداد التي قبلها العميل واختبار الخدمة. لا تقدم هذه المراجع قياسات لشبكة مسمّاة. ويقول قسم الأمن في RFC 2132 صراحة إنه لا يناقش المسائل الأمنية؛ لا يجوز تحويل هذا السكوت إلى ضمان مصادقة.

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

المصادر: RFC 2132، RFC 2131، RFC 1048، ومقال Heng Lu Running-Code Primacy.