بروتوكول التمهيد

الموسوعة الحرة

بروتوكول التمهيد ( BOOTP ) هو بروتوكول شبكات حاسوبية يُستخدم في شبكات بروتوكول الإنترنت لتخصيص عنوان IP تلقائيًا لأجهزة الشبكة من خادم التكوين. وقد تم تعريف بروتوكول التمهيد (BOOTP) لأول مرة في RFC 951 المنشور عام 1985. 

على الرغم من أن بعض أجزاء بروتوكول BOOTP قد تم استبدالها فعلياً ببروتوكول التكوين الديناميكي للمضيف (DHCP)، الذي أضاف ميزة التأجير، إلا أن أجزاءً من BOOTP لا تزال تُستخدم لتقديم الخدمة لبروتوكول DHCP. كما توفر بعض خوادم DHCP وظائف BOOTP القديمة.

عند تشغيل جهاز كمبيوتر متصل بالشبكة ، يقوم بروتوكول الإنترنت (IP) الخاص به ببث رسائل BOOTP عبر الشبكة لطلب تخصيص عنوان IP. ويستجيب خادم تكوين BOOTP لهذا الطلب بتخصيص عنوان IP من مجموعة عناوين مُجهزة مسبقًا من قِبل مسؤول النظام.

يُنفَّذ بروتوكول BOOTP باستخدام بروتوكول بيانات المستخدم (UDP) للنقل. يستخدم الخادم المنفذ رقم 67 لاستقبال طلبات العميل، بينما يستخدم العميل المنفذ رقم 68 لاستقبال ردود الخادم. يعمل بروتوكول BOOTP فقط على شبكات IPv4 .

تاريخياً، استُخدم بروتوكول BOOTP أيضاً في محطات العمل التي تعمل بنظام يونكس بدون أقراص للحصول على موقع صورة الإقلاع على الشبكة ، بالإضافة إلى تخصيص عنوان IP. كما استخدمته المؤسسات لتثبيت برنامج عميل مُعد مسبقاً (مثل ويندوز ) على أجهزة الكمبيوتر الجديدة.

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

تاريخ

تم تعريف بروتوكول BOOTP لأول مرة في سبتمبر 1985 من قِبل بيل كروفت وجون جيلمور [ 1 ] كبديل لبروتوكول تحليل العناوين العكسي (RARP)، الذي نُشر في يونيو 1984. [ 2 ] كان الدافع الرئيسي لاستبدال RARP بـ BOOTP هو أن RARP كان بروتوكولًا لطبقة الربط . هذا الأمر جعل تنفيذه صعبًا على العديد من منصات الخوادم، وتطلب وجود خادم على كل شبكة فرعية IP على حدة . قدّم BOOTP ابتكارًا جديدًا يتمثل في وكلاء الترحيل، الذين قاموا بإعادة توجيه حزم BOOTP من الشبكة المحلية باستخدام توجيه IP القياسي، بحيث يمكن لخادم BOOTP مركزي واحد خدمة المضيفين على العديد من الشبكات الفرعية. [ 1 ] : §6

تم تعريف مجموعة متزايدة من امتدادات معلومات بائع BOOTP [ 3 ] [ 4 ] [ 5 ] [ 6 ] لتزويد عملاء BOOTP بالمعلومات ذات الصلة حول الشبكة، مثل البوابة الافتراضية ، وعنوان IP لخادم الأسماء ، واسم المجال ، وما إلى ذلك.

مع ظهور بروتوكول تكوين المضيف الديناميكي ، تم دمج امتدادات معلومات بائع BOOTP كحقول خيارات DHCP، [ 7 ] [ 8 ] للسماح لخوادم DHCP بخدمة عملاء BOOTP أيضًا.

عملية

الحالة 1: العميل والخادم على نفس الشبكة

عند بدء تشغيل عميل BOOTP، لا يكون لديه عنوان IP، لذا يبث رسالة تحتوي على عنوان MAC الخاص به على الشبكة. تُسمى هذه الرسالة "طلب BOOTP"، ويستقبلها خادم BOOTP، الذي يرد على العميل بالمعلومات التالية التي يحتاجها:

  1. عنوان IP الخاص بالعميل، وقناع الشبكة الفرعية، وعنوان البوابة الافتراضية.
  2. عنوان IP واسم مضيف خادم BOOTP.
  3. عنوان IP الخاص بالخادم الذي يحتوي على صورة التمهيد، والتي يحتاجها العميل لتحميل نظام التشغيل الخاص به.

عندما يتلقى العميل هذه المعلومات من خادم BOOTP، يقوم بتهيئة وتكوين حزمة بروتوكولات TCP/IP الخاصة به، ثم يتصل بالخادم الذي تتم مشاركة صورة الإقلاع عليه. يقوم العميل بتحميل صورة الإقلاع ويستخدم هذه المعلومات لتحميل نظام التشغيل الخاص به وبدء تشغيله. [ 9 ]

تم تطوير بروتوكول التكوين الديناميكي للمضيف (DHCP) كامتداد لبروتوكول BOOTP. تم تعريف بروتوكول BOOTP في طلبات التعليقات (RFC) 951 و1084.

الحالة الثانية: العميل والخادم على شبكات مختلفة

  1. تكمن مشكلة طلب بروتوكول BOOTP في أنه يُبثّ. لا يمكن لحزمة بيانات IP المُذاعة أن تمر عبر أي جهاز توجيه، لذا يتجاهل جهاز التوجيه هذه الحزمة.
  2. لحل هذه المشكلة، هناك حاجة إلى وسيط (مرحل).
  3. يمكن تهيئة أحد المضيفين أو أجهزة التوجيه على مستوى التطبيق ليعمل كوكيل ترحيل.
  4. يعرف وكيل الترحيل عنوان البث الأحادي لخادم bootp ويستمع إلى رسالة البث على المنفذ 67.
  5. عندما يستقبل حزمة البث هذه، يقوم بتغليف الرسالة في مخطط بيانات أحادي البث ويرسل طلبًا إلى خادم bootp.
  6. يتم توجيه الحزمة التي تحمل عنوان وجهة أحادي البث بواسطة أي جهاز توجيه وتصل إلى خادم bootp.
  7. يقوم وكيل الترحيل، بعد استلام الرد، بإرساله إلى عميل bootp.

وثائق معايير IETF

انظر أيضاً

مراجع

  1. 1 2 بيل كروفت؛ جون جيلمور (سبتمبر 1985). بروتوكول التمهيد (BOOTP) . مجموعة عمل الشبكة. doi : 10.17487/RFC0951 . RFC 951 .مسودة المعيار. تم تحديثها بواسطة RFC 1395 و 1497 و 1532 و 1542 و 5494 . 
  2. ↑ ر. فينلايسون؛ ت. مان؛ ج. موغول؛ م. ثايمر (يونيو 1984). بروتوكول عكسي لحل العناوين . مجموعة عمل الشبكة. doi : 10.17487/RFC0903 . STD 38. RFC 903 .معيار الإنترنت 38.
  3. ↑ ب. بريندفيل (فبراير 1988). ملحقات معلومات موردي بروتوكول BOOTP . مجموعة عمل الشبكة. doi : 10.17487/RFC1048 . RFC 1048 .قديم. تم إلغاؤه بموجب RFC 1084 و 1395 و 1497 و 1533 . 
  4. ↑ ج. رينولدز (ديسمبر 1988). ملحقات معلومات موردي بروتوكول BOOTP . مجموعة عمل الشبكة. doi : 10.17487/RFC1084 . RFC 1084 .مُلغى. تم إلغاؤه بموجب RFC 1395 و 1497 و 1533 . يُلغي RFC 1048 .  
  5. ↑ ج. رينولدز (يناير 1993). ملحقات معلومات موردي بروتوكول BOOTP . مجموعة عمل الشبكة. doi : 10.17487/RFC1395 . RFC 1395 .مُلغى. تم إلغاؤه بموجب RFC 1497 و 1533 . يُلغي RFC 1084 و 1048 . يُحدّث RFC 951 .   
  6. ↑ ج. رينولدز (أغسطس 1993). ملحقات معلومات موردي بروتوكول BOOTP . مجموعة عمل الشبكة. doi : 10.17487/RFC1497 . RFC 1497 .مُلغى. تم إلغاؤه بموجب RFC 1533. يُلغي RFC 1395 و 1084 و 1048 . يُحدّث RFC 951 .   
  7. ↑ إس. ألكسندر؛ آر. درومز (أكتوبر 1993). خيارات DHCP وامتدادات BOOTP الخاصة بالموردين . مجموعة عمل الشبكة. doi : 10.17487/RFC1533 . RFC 1533 .مُلغى. تم إلغاؤه بموجب RFC 2132. يُلغي RFC 1497 و 1395 و 1084 و 1048 .  
  8. ↑ إس. ألكسندر؛ آر. درومز (مارس 1997). خيارات DHCP وامتدادات BOOTP الخاصة بالموردين . مجموعة عمل شبكة IETF . doi : 10.17487/RFC2132 . RFC 2132 .مسودة معيار. تلغي RFC 1533. تم تحديثها بواسطة RFC 3442 و 3942 و 4361 و 4833 و 5494 .  
  9. ↑ "بروتوكول التمهيد (BOOTP)" . موسوعة الشبكات .