Summary

  • في 1985، أتاح BOOTP لعميل بلا قرص طلب عنوان ومعلومات ملف الإقلاع قبل أن يستطيع إرسال طلب IP عادي إلى خادم. وكان بإمكان وكيل ترحيل نقل هذا التبادل إلى شبكة أخرى.
  • وصف giaddr مسار الترحيل الخاص برسائل BOOTP. وأوضح RFC 1542 لاحقاً أنه ليس موجّهاً عاماً للعميل ولا بوابته الافتراضية.

يحتاج الحاسوب إلى مساعدة قبل أن يستطيع طلبها

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

وصف RFC 951، المنشور في سبتمبر 1985، BOOTP بوصفه المرحلة الأولى: تحديد العنوان واختيار ملف الإقلاع. يرسل العميل BOOTREQUEST يتضمن عنوانه على مستوى العتاد، وعنوان IP إذا كان يعرفه. وإذا كانت قيمة ciaddr صفراً، يستطيع الخادم البحث عن عنوان العتاد في قاعدة بياناته وإرجاع عنوان العميل في yiaddr. وتحدد حقول أخرى الخادم والملف. جرى التبادل عبر UDP على المنفذين 67 و68.

لم يكن الرد يحمّل نظام التشغيل. فقد فصل RFC 951 بوضوح بين اختيار العنوان والملف وبين نقل الملف لاحقاً، وغالباً ما كان ذلك باستخدام TFTP. وكان RFC 906 قد وصف تحميل ملفات الإقلاع عبر الشبكة قبل ذلك بعام. لذلك، لا يثبت رد BOOTP الذي يسمّي خادماً وملفاً أن العميل وصل إلى الخادم أو استلم الملف كاملاً أو أتم الإقلاع.

بث محلي، ثم ترحيل إلى خدمة بعيدة

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

تضمنت الحزمة الحقل giaddr، الذي وصفه RFC 951 بأنه عنوان IP للبوابة. وفي آلية التحويل، يمكن للبوابة الأولى أن تملأه بعنوانها إذا كان صفراً، وأن تزيد قيمة hops. وإذا لم يكن giaddr صفراً، يستطيع الخادم إرسال رد BOOTP إلى ذلك العنوان عبر منفذ الخادم، لكي يوصله وكيل الترحيل إلى شبكة العميل. وهكذا ربط الحقل جهازاً في طور الإقلاع بخدمة موجودة في مكان آخر.

لكن هذا المسار لم يكن هو المسار الذي سيستخدمه الحاسوب بعد الإقلاع. فقد تركت صياغة RFC 951 الأولى مجالاً للالتباس: إذ أوحى أحد المقاطع بأن الحزم تُحوّل عبر giaddr «للوصول إلى الخادم». غير أن نقل ملف الإقلاع وتوجيه حركة IP العادية للعميل مهمتان منفصلتان. ووجود كلمة «بوابة» في اسم الحقل لا يجعلهما مهمة واحدة.

توضيح 1993 رسم الحد الفاصل

عالج RFC 1542 الالتباس مباشرة. وذكر أن المواصفة السابقة لم تحدد بوضوح سلوك وكيل التحويل، فاعتمد تسمية «وكيل الترحيل» لتمييز هذه الوظيفة من توجيه IP المعتاد. وكيل BOOTP وجهة تتلقى الرسالة ثم تنشئ رسالة BOOTP أخرى؛ فهو لا يمرر مخطط IP كما هو فحسب. وقد توضع الوظيفة في موجّه يصل بين الشبكتين، أو في مضيف متصل مباشرة بشبكة العميل.

ويوضح RFC 1542 أن giaddr مخصص لنقل رسائل BOOTREQUEST عبر وكلاء الترحيل إلى خوادم في شبكات أخرى، ثم إعادة BOOTREPLY عبر تلك الوكلاء إلى العميل. ولا يمثل الحقل موجّهاً عاماً للعميل، ولا ينبغي للعميل تفسيره على هذا النحو. وإذا أراد المضيف الوصول إلى خادم TFTP خارج شبكته، فلا يزال بحاجة إلى عنوان الموجّه الأول، الذي يحصل عليه عبر خيار إعداد منفصل أو آلية اكتشاف أخرى.

لم يلغِ هذا التوضيح تصميم 1985؛ بل كشف حدوده. عالج الترحيل طريقاً خاصاً بخدمة الإقلاع عندما لم يكتمل إعداد IP لدى العميل، ولم يكن بديلاً من إعداد حركة البيانات التي تأتي بعد ذلك.

ما أتاحه الإقلاع المركزي، وما بقي معلقاً

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

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

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

المصادر