بروتوكول تهيئة المضيف الآلية: الفرق بين النسختين
[نسخة منشورة] | [نسخة منشورة] |
وسم المقالة |
طلا ملخص تعديل |
||
(54 مراجعة متوسطة بواسطة 13 مستخدماً غير معروضة) | |||
سطر 1: | سطر 1: | ||
{{صندوق معلومات بروتوكول شبكة |
{{صندوق معلومات بروتوكول شبكة |
||
| title = بروتوكول |
| title = بروتوكول تهيئة المضيف الآلية |
||
| name = Dynamic Host configuration Protocol |
| name = Dynamic Host configuration Protocol |
||
| logo = |
| logo = |
||
سطر 11: | سطر 11: | ||
| caption = ترويسة البروتوكول |
| caption = ترويسة البروتوكول |
||
| abbrrviation = DHCP |
| abbrrviation = DHCP |
||
| purpose = التهيئة الآلية لمضيفي [[الإصدار الرابع من بروتوكول الإنترنت]] |
| purpose = التهيئة الآلية لمضيفي [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] |
||
| developer = |
| developer = |
||
| date = 1993م |
| date = 1993م |
||
| based on = {{ |
| based on = {{وإو|بروتوكول التمهيد|Bootstrap Protocol|en|بروتوكول التمهيد}} (BOOTP) |
||
| influenced = |
| influenced = |
||
| osilayer = |
| osilayer = [[طبقة التطبيق|تطبيق]]<ref name="Web-52">{{استشهاد ويب |
||
| |
| مسار= https://www.ibm.com/support/knowledgecenter/en/ssw_aix_72/network/tcpip_dhcp.html?origURL=ssw_aix_72/com.ibm.aix.networkcomm/tcpip_dhcp.htm |
||
| |
| عنوان= TCP/IP address and parameter assignment - Dynamic Host Configuration Protocol |
||
| |
| موقع= IBM |
||
| |
| لغة= en |
||
| تاريخ الوصول= 8 يونيو 2018 |
| تاريخ الوصول= 8 يونيو 2018 |
||
| مسار أرشيف= https://web.archive.org/web/20180613234924/https://www.ibm.com/support/knowledgecenter/en/ssw_aix_72/com.ibm.aix.networkcomm/tcpip_dhcp.htm |
|||
| ports = 67، 68<ref name="Web-2">{{مرجع ويب |
|||
| تاريخ أرشيف= 13 يونيو 2018 |
|||
| المسار= https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?&page=2 |
|||
}}</ref> |
|||
| العنوان= Service Name and Transport Protocol Port Number Registry |
|||
| ports = 67، 68<ref name="Web-2">{{استشهاد ويب |
|||
| الموقع= IANA |
|||
| مسار= https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?&page=2 |
|||
| اللغة= en |
|||
| عنوان= Service Name and Transport Protocol Port Number Registry |
|||
| تاريخ الوصول= 20 مايو 2018}}</ref> |
|||
| موقع= IANA |
|||
| لغة= en |
|||
| تاريخ الوصول= 20 مايو 2018 |
|||
| مسار أرشيف= https://web.archive.org/web/20190806221525/http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?&page=2 |
|||
| تاريخ أرشيف= 6 أغسطس 2019 |
|||
}}</ref> |
|||
| rfcs = RFC 2131 |
| rfcs = RFC 2131 |
||
| hardware = |
| hardware = |
||
}} |
}} |
||
'''بروتوكول |
'''بروتوكول تهيئة المضيف الآلية''' {{إنج|Dynamic Host configuration Protocol اختصارًا DHCP}} هو [[بروتوكول (اتصالات)|بروتوكول]] [[طبقة التطبيق|تطبيق]]<ref name="Web-52"/> يعمل بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]]،<ref name="Web-25"/> لإنجاز عملية التهيئة الآلية لمضيفي [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] بعناوين الشبكة ومحددات التهيئة الأخرى. يُعرّف البروتوكول ثلاث أنواع للمضيفين في الشبكة، وهم: أولًا [[خادوم|المُخدّم]]، وهو [[مضيف (حوسبة)|المضيف]] الذي يُقدّم [[خدمة (شبكات)|خدمة]] {{وإو|تهيئة ذاتية|Auto-configuration|en|التهيئة الذاتية}}، وثانيًا [[عميل (حوسبة)|العميل]] وهو المضيف الذي يحصل على خدمة التهيئة الآلية، وثالثًا الوكيل، وهو مضيف يلعب دور وسيط بين المُخدّم والعميل إذا كانا في شبكتين مُختلفتين. |
||
ابتدأ تطوير البروتوكول في |
ابتدأ تطوير البروتوكول في العام 1993م، تحت إشراف [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]، ثمّ وضع المعيار بشكله النهائي في العام 1997م، [[طلب تعليقات|كوثيقة طلب تعليقات]] تحمل الرقم (RFC 2131).<ref name="ietf-9">{{استشهاد ويب |
||
| |
|الأخير = Droms |
||
| |
|الأول = R. |
||
| |
|تاريخ = مارس 1997 |
||
|مسار أرشيف = https://web.archive.org/web/20181115174714/http://www.ietf.org:80/rfc/rfc2131 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc2131 |
||
| |
|عنوان = RFC 2131, Dynamic Host Configuration Protocol |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|تاريخ الوصول = 25 مايو 2018 |
|||
| تاريخ الوصول= 25 مايو 2018}}</ref> يلعب البروتوكول دور مستودع مُحددات التهيئة في الشبكة، ويقوم بعملية التحصيص الآلي {{وصلة إنترويكي|فضاء عناوين|Address space|en|لفضاء عناوين}} الإصدار الرابع من بروتوكول الإنترنت ويقدّم خدمة التهيئة الآلية للمضيفين في الشبكة. طوّر إصدار خاص من البروتوكول لدعم مضيفي [[الإصدار السادس من بروتوكول الإنترنت]]، وسمي بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت.<ref name="ietf-10">{{مرجع ويب |
|||
|تاريخ أرشيف = 2018-11-15 |
|||
| المؤلف = R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney |
|||
}}</ref> يلعب البروتوكول دور مستودع مُحددات التهيئة في الشبكة، ويقوم بعملية التحصيص الآلي {{وإو|فضاء عناوين|Address space|en|لفضاء عناوين}} الإصدار الرابع من بروتوكول الإنترنت ويقدّم خدمة التهيئة الآلية للمضيفين في الشبكة. طوّر إصدار خاص من البروتوكول لدعم مضيفي [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]]، وسمي بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت.<ref name="ietf-10">{{استشهاد ويب |
|||
| التاريخ= يوليو 2003 |
|||
| مؤلف= R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney |
|||
| مسار الأرشيف = |
|||
| تاريخ= يوليو 2003 |
|||
| المسار= https://www.ietf.org/rfc/rfc3315 |
|||
| مسار أرشيف= https://web.archive.org/web/20200325105205/https://www.ietf.org/rfc/rfc3315 |
|||
| العنوان= RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6) |
|||
| مسار= https://www.ietf.org/rfc/rfc3315 |
|||
| الموقع= The Internet Society |
|||
| عنوان= RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6) |
|||
| اللغة= en |
|||
| موقع= The Internet Society |
|||
| تاريخ الوصول= 4 مارس 2017}}</ref> |
|||
| لغة= en |
|||
| تاريخ الوصول= 4 مارس 2017 |
|||
| تاريخ أرشيف= 2020-03-25 |
|||
}}</ref> |
|||
إن بروتوكول |
إن بروتوكول تهيئة المضيف الآلية واسع الانتشار على مستوى العالم ومدعوم في [[نظام تشغيل|أنظمة التشغيل]] الأكثر شعبيّة مثل [[لينكس|جنو/لينكس]]<ref name="Web-3">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20170616181631/https://doc.ubuntu-fr.org/isc-dhcp-server |
||
| تاريخ |
| تاريخ أرشيف= 16 يونيو 2017 |
||
| |
| مسار= https://doc.ubuntu-fr.org/isc-dhcp-server |
||
| |
| عنوان= Serveur DHCP : isc-dhcp-server |
||
| |
| موقع= ubuntu |
||
| |
| لغة= fr |
||
| تاريخ الوصول= 21 مايو 2018}}</ref> و[[ويندوز]]<ref name="Web-4">{{ |
| تاريخ الوصول= 21 مايو 2018 |
||
}}</ref> و[[مايكروسوفت ويندوز|ويندوز]]<ref name="Web-4">{{استشهاد ويب |
|||
| |
| تاريخ= 23 مارس 2018 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180228160321/https://docs.microsoft.com/en-us/windows-server/networking/technologies/dhcp/dhcp-top |
||
| تاريخ |
| تاريخ أرشيف= 28 فبراير 2018 |
||
| |
| مسار= https://docs.microsoft.com/en-us/windows-server/networking/technologies/dhcp/dhcp-top |
||
| |
| عنوان= Dynamic Host Configuration Protocol (DHCP) |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 21 مايو 2018}}</ref> و[[أندرويد]]<ref name="Web-5">{{ |
| تاريخ الوصول= 21 مايو 2018 |
||
}}</ref> و[[أندرويد (نظام تشغيل)|أندرويد]]<ref name="Web-5">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180527123028/https://developer.android.com/reference/android/net/DhcpInfo |
||
| تاريخ |
| تاريخ أرشيف= 27 مايو 2018 |
||
| |
| مسار= https://developer.android.com/reference/android/net/DhcpInfo |
||
| |
| عنوان= DhcpInfo |
||
| |
| موقع= Android |
||
| |
| لغة= en |
||
| تاريخ الوصول= 21 مايو 2018}}</ref> و[[ماكنتوش]].<ref name="Web-8">{{ |
| تاريخ الوصول= 21 مايو 2018 |
||
}}</ref> و[[ماكنتوش]].<ref name="Web-8">{{استشهاد ويب |
|||
| |
| تاريخ= 28 مارس 2017 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180528174727/https://support.apple.com/kb/PH25448?locale=en_GB |
||
| تاريخ |
| تاريخ أرشيف= 28 أبريل 2017 |
||
| |
| مسار= https://support.apple.com/kb/PH25448?locale=en_GB |
||
| |
| عنوان= macOS Sierra: Choose a manual IP address or use DHCP |
||
| |
| موقع= Apple Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 28 مايو 2018 |
| تاريخ الوصول= 28 مايو 2018 |
||
|url-status=dead}}</ref> |
|||
== نظرة عامة == |
== نظرة عامة == |
||
[[ملف:DHCP Terminology - ar.png|تصغير|245بك| المصطلحات الخاصة [[طوبولوجيا |
[[ملف:DHCP Terminology - ar.png|تصغير|245بك| المصطلحات الخاصة [[طوبولوجيا شبكة|بطوبولوجيا الشبكة]] في بروتوكول التهيئة الآليّة للمُضيفين.]] |
||
{{نموذج |
{{نموذج الربط البيني للأنظمة المفتوحة}} |
||
بروتوكول التهيئة الآليّة للمضيفين هو [[بروتوكول (اتصالات)|بروتوكول]] |
بروتوكول التهيئة الآليّة للمضيفين هو [[بروتوكول (اتصالات)|بروتوكول]] [[طبقة التطبيق|تطبيق]]<ref name="Web-52"/> يعمل بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]]،<ref name="Web-25"/> يقوم بتزويد [[مضيف (حوسبة)|مُضيفي]] [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] بمُحددات التهيئة، التي تشمل عناوين بروتوكول الإنترنت، وهو يقدّم بذلك [[خدمة (شبكات)|خدمة]] {{وإو|تهيئة ذاتية|Auto-configuration|en|التهيئة الذاتية}} للمُضيفين سواء كانوا [[شبكة محلية|محليين]] أو بعيدين.<ref name="ietf-9"/> يُعرّف البروتوكول أيضًا آليّة لتحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت إلى حصص مُحددة يُمكن منحها للمُضيفين. بحسب [[نموذج الربط البيني للأنظمة المفتوحة|نموذج الاتصال المعياري]]، يعمل البروتوكول في طبقة التطبيق، ويعتمد على [[بروتوكول حزم بيانات المستخدم]] كبروتوكول [[طبقة النقل|نقل]]، ويستخدم رقمي [[منفذ (شبكات)|المنفذ]] (67) و (68) المُخصصين بالأصل {{وإو|بروتوكول التمهيد|Boorstrap protocol|en|بروتوكول التمهيد}}.<ref name="Web-2"/> |
||
صُمم البروتوكول ليعمل بحسب نموذج طلب الخدمة، أي أنّه يُقسّم المضيفين في الشبكة إلى [[ |
صُمم البروتوكول ليعمل بحسب نموذج طلب الخدمة، أي أنّه يُقسّم المضيفين في الشبكة إلى [[خادوم|مُخدّمات]] و[[عميل (حوسبة)|عملاء]]، أمّا العميل فهو مضيف في الشبكة يستخدم بروتوكول تهيئة المضيف الآلية للحصول على معلومات التهيئة، بما فيها عنوان بروتوكول الإنترنت، وأمّا المُخدّم فهو مُضيف في الشبكة يُقدّم محددات التهيئة لمن يطلبها من العملاء باستخدام بروتوكول التهيئة الآليّة للمضيفين.<ref name="Web-26">{{استشهاد ويب |
||
| |
| تاريخ= 10 أغسطس 2009 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180603122331/https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc780760(v=ws.10) |
||
| تاريخ |
| تاريخ أرشيف= 3 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc780760(v=ws.10)#how-dhcp-works |
||
| |
| عنوان= How DHCP Technology Works |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> لا يتم اختيار المُخدمات بشكل عشوائي من بين المُضيفين، بل يجب أن يتم تحديدها بشكلٍ واضح وصريح من قبل مشرفي الشبكة، وتزويدها بفضاء عناوين بروتوكول الإنترنت والمُحددات المستعملة.<ref name="Web-27">{{ |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> لا يتم اختيار المُخدمات بشكل عشوائي من بين المُضيفين، بل يجب أن يتم تحديدها بشكلٍ واضح وصريح من قبل مشرفي الشبكة، وتزويدها بفضاء عناوين بروتوكول الإنترنت والمُحددات المستعملة.<ref name="Web-27">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20150801142240/https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6c/index.html |
||
| تاريخ |
| تاريخ أرشيف= 1 أغسطس 2015 |
||
| |
| مسار= https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6c/index.html |
||
| |
| عنوان= DHCP Server |
||
| |
| موقع= Oracle Corporation |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> |
|||
يدعم البروتوكول ثلاث أنواع من آليات التحصيص لفضاء بروتوكول الإنترنت،<ref name="Web-12">{{ |
يدعم البروتوكول ثلاث أنواع من آليات التحصيص لفضاء بروتوكول الإنترنت،<ref name="Web-12">{{استشهاد ويب |
||
| |
| مؤلف = Charles M. Kozierok |
||
| |
| تاريخ = 20 سبتمبر 2005 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170111014956/http://www.tcpipguide.com/free/t_DHCPAddressAssignmentandAllocationMechanisms.htm |
||
| تاريخ |
| تاريخ أرشيف = 11 يناير 2017 |
||
| |
| مسار = http://www.tcpipguide.com/free/t_DHCPAddressAssignmentandAllocationMechanisms.htm |
||
| |
| عنوان = DHCP Address Assignment and Allocation Mechanisms Parameters |
||
| |
| موقع = The TCP/IP Guide |
||
| |
| لغة = en |
||
| تاريخ الوصول = 31 مايو 2018 |
|||
| تاريخ الوصول= 31 مايو 2018}}</ref> الأول هو التحصيص الذاتي، وفيه يقوم البروتوكول بمنح العميل الذي طلب الخدمة عنوان بروتوكول إنترنت دائم. والثاني هو التحصيص الآلي، وفيه يقوم البروتوكول بمنح عنوان بروتوكول الإنترنت للمضيف الذي يطلب الخدمة لفترة زمنيّة مُحددة، أمّا الثالث فهو التحصيص اليدوي،{{للهامش|1}} وفيه يقوم [[مسؤول الشبكة|مُدير الشبكة]] أو المشرف على النظام بتحديد حصة مضيف ما يدويّاً، ويتمّ حفظ ذلك في المُخدّم، وتقتصر مهمة البروتوكول على نقل تلك الحصة إلى المُضيف عندما يطلب الحصول على خدمة التهيئة الآليّة. يمكن أن تُستخدم الأشكال الثلاثة من التحصيص معاً في نفس الشبكة،<ref name="Web-13">{{مرجع ويب |
|||
}}</ref> الأول هو التحصيص الذاتي، وفيه يقوم البروتوكول بمنح العميل الذي طلب الخدمة عنوان بروتوكول إنترنت دائم. والثاني هو التحصيص الآلي، وفيه يقوم البروتوكول بمنح عنوان بروتوكول الإنترنت للمضيف الذي يطلب الخدمة لفترة زمنيّة مُحددة، أمّا الثالث فهو التحصيص اليدوي،{{للهامش|1}} وفيه يقوم [[مسؤول الشبكة|مُدير الشبكة]] أو المشرف على النظام بتحديد حصة مضيف ما يدويًّا، ويتمّ حفظ ذلك في المُخدّم، وتقتصر مهمة البروتوكول على نقل تلك الحصة إلى المُضيف عندما يطلب الحصول على خدمة التهيئة الآليّة. يمكن أن تُستخدم الأشكال الثلاثة من التحصيص معاً في نفس الشبكة،<ref name="Web-13">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20180603080204/https://www.paloaltonetworks.com/documentation/81/pan-os/pan-os/networking/dhcp/dhcp-addressing/dhcp-address-allocation-methods |
|||
| مسار أرشيف= https://web.archive.org/web/20180603080204/https://www.paloaltonetworks.com/documentation/81/pan-os/pan-os/networking/dhcp/dhcp-addressing/dhcp-address-allocation-methods |
|||
| تاريخ الأرشيف = 3 يونيو 2018 |
|||
| تاريخ أرشيف= 3 يونيو 2018 |
|||
| المسار= https://www.paloaltonetworks.com/documentation/81/pan-os/pan-os/networking/dhcp/dhcp-addressing/dhcp-address-allocation-methods |
|||
| مسار= https://docs.paloaltonetworks.com/pan-os/8-1/pan-os-admin/networking/dhcp/dhcp-addressing/dhcp-address-allocation-methods |
|||
| العنوان= DHCP Address Allocation Methods |
|||
| عنوان= DHCP Address Allocation Methods |
|||
| الموقع= Palo Alto Networks, Inc |
|||
| موقع= Palo Alto Networks, Inc |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> وعندها تُحدد سياسات الشبكة هذه الاستخدامات. |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
}}</ref> وعندها تُحدد سياسات الشبكة هذه الاستخدامات. |
|||
إنّ التهيئة الآلية هي خيار للأنظمة التي |
إنّ التهيئة الآلية هي خيار للأنظمة التي تدعم عناوين الإصدار الرابع من بروتوكول الإنترنت، فالمُضيف يحصل على عنوان بروتوكول الإنترنت إمّا عن طريق التهيئة الآليّة أو عن طريق التهيئة الثابتة، التي تتطلب تدخلًا مباشرًا من مدير الشبكة أو مُشرف المضيف.<ref name="Web-31">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180525083536/https://support.google.com/fiber/answer/3547208?hl=en |
||
| تاريخ |
| تاريخ أرشيف= 25 مايو 2018 |
||
| |
| مسار= https://support.google.com/fiber/answer/3547208?hl=en |
||
| |
| عنوان= Static vs. dynamic IP addresses |
||
| |
| موقع= Google |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> لاحقًا، أُضيفت التهيئة الذاتيّة كخيار ثالث في مُضيفي [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]].{{للهامش|2}}<ref name="ietf-25">{{استشهاد ويب |
|||
| |
|الأخير = Thomson |
||
| |
|الأول = S. |
||
|مؤلف2-الأخير = Narten |
|||
| الأخير2= Narten |
|||
|مؤلف2-الأول = T. |
|||
| الأول2= T. |
|||
|مؤلف3-الأخير = Jinmei |
|||
| الأخير3= Jinmei |
|||
|مؤلف3-الأول = T. |
|||
| الأول3= T. |
|||
| |
|تاريخ = سبتمبر 2007 |
||
|مسار أرشيف = https://web.archive.org/web/20181115045732/http://www.ietf.org:80/rfc/rfc4862 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc4862 |
||
| |
|عنوان = RFC 4862, IPv6 Stateless Address Autoconfiguration |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> لقد صُمم بروتوكول التهيئة الآليّة للمضيفين بطريقة تسمح للعملاء بالحصول على معلومات التهيئة بشكلٍ آليّ بدون تدخل من قبل مدير الشبكة أو المشرف عليها، أي أنه لا يوجد معلومات محددة أو محددات خاصة يجب أن يمتلكها العميل ليتمكن من الحصول على خدمة التهيئة الآلية، ويكفي أن يكون العميل مُتصلاً مع الشبكة ويدعم المُتطلبات اللازمة لاستضافة بروتوكول الإنترنت عندما يلجأ إلى خيار التهيئة الآليّة. |
|||
|تاريخ أرشيف = 2018-11-15 |
|||
}}</ref> لقد صُمم بروتوكول التهيئة الآليّة للمضيفين بطريقة تسمح للعملاء بالحصول على معلومات التهيئة بشكلٍ آليّ بدون تدخل من قبل مدير الشبكة أو المشرف عليها، أي أنه لا يوجد معلومات محددة أو محددات خاصة يجب أن يمتلكها العميل ليتمكن من الحصول على خدمة التهيئة الآلية، ويكفي أن يكون العميل مُتصلًا مع الشبكة ويدعم المُتطلبات اللازمة لاستضافة بروتوكول الإنترنت عندما يلجأ إلى خيار التهيئة الآليّة. |
|||
يدعم مُخدم البروتوكول العملاء الموجودين في [[شبكة محلية|شبكته المحليّة]] وفي شبكات بعيدة،<ref name="ietf-9"/> فأمّا العملاء الموجودين في شبكة المخدم المحليّة، فيحصلون على خدمة التهيئة الآلية من خلال تبادل رسائل البروتوكول مع المخدم بشكل مباشر. في حين يعتمد العملاء الموجودون في شبكة بعيدة على وكيل البروتوكول {{إنج|Relay Agent}} من أجل نقل رسائل البروتوكول عبر الشبكة المتباعدة بين العملاء والمخدم، والوكيل هو مضيف إنترنت، أو مُوجّه يقوم بلعب دور الوسيط بين وكلاء لبروتوكول التهيئة الآليّة موجودين في شبكة الوكيل المحليّة، ومُخدّم بعيد للبروتوكول.<ref name="Web-32">{{ |
يدعم مُخدم البروتوكول العملاء الموجودين في [[شبكة محلية|شبكته المحليّة]] وفي شبكات بعيدة،<ref name="ietf-9"/> فأمّا العملاء الموجودين في شبكة المخدم المحليّة، فيحصلون على خدمة التهيئة الآلية من خلال تبادل رسائل البروتوكول مع المخدم بشكل مباشر. في حين يعتمد العملاء الموجودون في شبكة بعيدة على وكيل البروتوكول {{إنج|Relay Agent}} من أجل نقل رسائل البروتوكول عبر الشبكة المتباعدة بين العملاء والمخدم، والوكيل هو مضيف إنترنت، أو مُوجّه يقوم بلعب دور الوسيط بين وكلاء لبروتوكول التهيئة الآليّة موجودين في شبكة الوكيل المحليّة، ومُخدّم بعيد للبروتوكول.<ref name="Web-32">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20170630131928/http://www.thenetworkencyclopedia.com/entry/dhcp-relay-agent/ |
||
| تاريخ |
| تاريخ أرشيف= 30 يونيو 2017 |
||
| |
| مسار= https://networkencyclopedia.com/dhcp-relay-agent/ |
||
| |
| عنوان= DHCP relay agent |
||
| |
| موقع= TheNetworkEncyclopedi |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> تتطلب عملية إعداد الوكيل إضافة معلومات التهيئة بشكلٍ يدوي فيه.<ref name="Web-33">{{ |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> تتطلب عملية إعداد الوكيل إضافة معلومات التهيئة بشكلٍ يدوي فيه.<ref name="Web-33">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20170713094618/http://www.cisco.com:80/c/en/us/td/docs/interfaces_modules/services_modules/ace/v3-00_A2/configuration/rtg_brdg/guide/rtbrgdgd/dhcp.pdf |
||
| تاريخ |
| تاريخ أرشيف= 13 يوليو 2017 |
||
| |
| مسار= https://www.cisco.com/c/en/us/td/docs/interfaces_modules/services_modules/ace/v3-00_A2/configuration/rtg_brdg/guide/rtbrgdgd/dhcp.pdf |
||
| |
| عنوان= Configuring the DHCP Relay |
||
| |
| موقع= Cisco Systems, Inc. |
||
| |
| لغة= en |
||
| |
| صيغة= PDF |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> |
|||
إنّ خدمة التهيئة الآلية هي [[خدمة (شبكات)|خدمة]] اختياريّة، ويمكن أن يتواجد مُضيفو [[بروتوكول إنترنت]] مع إعدادات مُهيّئة |
إنّ خدمة التهيئة الآلية هي [[خدمة (شبكات)|خدمة]] اختياريّة، ويمكن أن يتواجد مُضيفو [[بروتوكول الإنترنت|بروتوكول إنترنت]] مع إعدادات مُهيّئة يدويًّا في الشبكة التي يعمل مُخدم التهيئة الآليّة فيها، ولكن ذلك يتطلب وجود إدارة مسبقة لفضاء العناوين،<ref name="Web-35">{{استشهاد ويب |
||
| |
| تاريخ= 28 أغسطس 2014 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180603220754/https://supportforums.cisco.com/t5/lan-switching-and-routing/dhcp-binding-shows-same-device-twice/td-p/2528165 |
||
| تاريخ |
| تاريخ أرشيف= 3 يونيو 2018 |
||
| |
| مسار= https://community.cisco.com/t5/switching/dhcp-binding-shows-same-device-twice/td-p/2528165 |
||
| |
| عنوان= dhcp binding shows same device twice |
||
| |
| موقع= Cisco Systems |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> بحيث تكون العناوين المُهيّئة بشكلٍ يدويّ في المُضيفين خارج مجال التحصيص الآليّ للبروتوكول، لضمان عدم استخدام نفس العنوان أكثر من مرة.<ref name="Web-34">{{ |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> بحيث تكون العناوين المُهيّئة بشكلٍ يدويّ في المُضيفين خارج مجال التحصيص الآليّ للبروتوكول، لضمان عدم استخدام نفس العنوان أكثر من مرة.<ref name="Web-34">{{استشهاد ويب |
|||
| |
| تاريخ= 11 أبريل 2012 |
||
| مسار |
| مسار= https://www.techjunkie.com/how-to-use-static-and-dhcp-ips-at-the-same-time-with-your-router |
||
| عنوان= How To Use Static And DHCP IPs At The Same Time With Your Router |
|||
| تاريخ الأرشيف = 20 سبتمبر 2015 |
|||
| موقع= MECHLER ENTERPRISES, LLC |
|||
| المسار= https://www.pcmech.com/article/how-to-use-static-and-dhcp-ips-at-the-same-time-with-your-router/ |
|||
| لغة= en |
|||
| العنوان= How To Use Static And DHCP IPs At The Same Time With Your Router |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| الموقع= MECHLER ENTERPRISES, LLC |
|||
| تاريخ أرشيف= 20 سبتمبر 2015 |
|||
| اللغة= en |
|||
| مسار أرشيف= https://web.archive.org/web/20150920173357/https://www.pcmech.com/article/how-to-use-static-and-dhcp-ips-at-the-same-time-with-your-router/ |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> على أي حال، يضمن البروتوكول عدم استخدام أي عنوان من فضاء العناوين المُستعمل في عملية التحصيص أكثر من مرة واحدة،<ref name="Web-37">{{مرجع ويب |
|||
|url-status=dead}}</ref> على أي حال، يضمن البروتوكول عدم استخدام أي عنوان من فضاء العناوين المُستعمل في عملية التحصيص أكثر من مرة واحدة،<ref name="Web-37">{{استشهاد ويب |
|||
| المؤلف = Michael Grandjean |
|||
| مؤلف= Michael Grandjean |
|||
| التاريخ =5 أوكتوبر 2017 |
|||
| تاريخ= 5 أوكتوبر 2017 |
|||
| مسار الأرشيف = https://web.archive.org/web/20180603221056/https://www.univention.com/2017/10/dhcp-and-dns-a-brief-introduction/ |
|||
| مسار أرشيف= https://web.archive.org/web/20180603221056/https://www.univention.com/2017/10/dhcp-and-dns-a-brief-introduction/ |
|||
| تاريخ الأرشيف =3 يونيو 2018 |
|||
| تاريخ أرشيف= 3 يونيو 2018 |
|||
| المسار= https://www.univention.com/2017/10/dhcp-and-dns-a-brief-introduction/ |
|||
| مسار= https://www.univention.com/blog-en/2017/10/dhcp-and-dns-a-brief-introduction/ |
|||
| العنوان= DHCP and DNS: A Brief Introduction |
|||
| عنوان= DHCP and DNS: A Brief Introduction |
|||
| الموقع= Univention GmbH |
|||
| موقع= Univention GmbH |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> كما يشمل على آليّات لتتبع معلومات التهيئة والعناوين المُستخدمة وربطها بالمضيفين الذين حصلوا عليها، بحيث يمكن أن يحصلوا عليها مرة أخرى بشكل مطابق عند طلب الخدمة مجدداً، ويشمل ذلك حالات إعادة إقلاع المضيفين أو المخدم نفسه. |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
}}</ref> كما يشمل على آليّات لتتبع معلومات التهيئة والعناوين المُستخدمة وربطها بالمضيفين الذين حصلوا عليها، بحيث يمكن أن يحصلوا عليها مرة أخرى بشكل مطابق عند طلب الخدمة مجددًا، ويشمل ذلك حالات إعادة إقلاع المضيفين أو المخدم نفسه. |
|||
تأثّر بروتوكول |
تأثّر بروتوكول تهيئة المضيف الآلية ببروتوكول التمهيد،<ref name="Web-24">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20170913011055/http://www.juniper.net:80/documentation/en_US/junos/topics/concept/security-dhcp-server-client-relay-agent-overivew.html |
||
| تاريخ |
| تاريخ أرشيف= 13 سبتمبر 2017 |
||
| |
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/concept/security-dhcp-server-client-relay-agent-overivew.html |
||
| |
| عنوان= DHCP Server, Client, and Relay Agent Overview |
||
| |
| موقع= Juniper Networks, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> إن رسائل بروتوكول التهيئة [[توافق تشغيلي|مُتوافقة]] من حيث البنية مع رسائل بروتوكول التمهيد، ويسمح ذلك بالتشغيل المشترك للبروتوكولين معاً في نفس الشبكة، بحيث يدعم مُخدّم بروتوكول التهيئة الآليّة وكلاء بروتوكول التمهيد وعملائه، أضاف بروتوكول التهيئة الآلية ميزتين لم تكونا موجودتين في بروتوكول التمهيد، الأولى هي منح عميل ما إمكانية لاستخدام عنوان بروتوكول إنترنت لفترة محدودة زمنياً بشكل آليّ، ثُمّ تحريره مُتيحاً بذلك إمكانيّة استخدام نفس العنوان مجدداً مع عميل آخر، والثانيّة هي منح العميل ميزة طلب المُحددات الخاصّة ببروتوكول الإنترنت أو بالخدمات التي تدعمها الشبكة والتي يحتاجها العميل للقيام بوظائفه بصورة سليمة.<ref name="Web-36">{{مرجع ويب |
|||
}}</ref> إن رسائل بروتوكول التهيئة [[تشغيل مشترك|مُتوافقة]] من حيث البنية مع رسائل بروتوكول التمهيد، ويسمح ذلك بالتشغيل المشترك للبروتوكولين معًا في نفس الشبكة، بحيث يدعم مُخدّم بروتوكول التهيئة الآليّة وكلاء بروتوكول التمهيد وعملائه، أضاف بروتوكول التهيئة الآلية ميزتين لم تكونا موجودتين في بروتوكول التمهيد، الأولى هي منح عميل ما إمكانية لاستخدام عنوان بروتوكول إنترنت لفترة محدودة زمنيًّا بشكل آليّ، ثُمّ تحريره مُتيحًا بذلك إمكانيّة استخدام نفس العنوان مجددًا مع عميل آخر، والثانيّة هي منح العميل ميزة طلب المُحددات الخاصّة ببروتوكول الإنترنت أو بالخدمات التي تدعمها الشبكة والتي يحتاجها العميل للقيام بوظائفه بصورة سليمة.<ref name="Web-36">{{استشهاد ويب |
|||
| التاريخ = 21 يوليو 2015 |
|||
| تاريخ= 21 يوليو 2015 |
|||
| مسار الأرشيف = https://web.archive.org/web/20180603204211/https://learningnetwork.cisco.com/thread/86369 |
|||
| مسار= https://learningnetwork.cisco.com/thread/86369 |
|||
| تاريخ الأرشيف = 3 يونيو 2015 |
|||
| عنوان= What is the difference between BOOTP and DHCP? |
|||
| المسار= https://learningnetwork.cisco.com/thread/86369 |
|||
| موقع= Cisco Systens, Inc. |
|||
| العنوان= What is the difference between BOOTP and DHCP? |
|||
| لغة= en |
|||
| الموقع= Cisco Systens, Inc. |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| اللغة= en |
|||
| تاريخ |
| تاريخ أرشيف= 3 يونيو 2018 |
||
| مسار أرشيف= https://web.archive.org/web/20180603204211/https://learningnetwork.cisco.com/thread/86369 |
|||
|url-status=dead}}</ref> |
|||
إنّ استعمال بروتوكول |
إنّ استعمال بروتوكول تهيئة المضيف الآلية واسع الانتشار، هو مدعوم في [[نظام تشغيل|أنظمة التشغيل]] الأكثر استعمالًا في العالم مثل [[أندرويد (نظام تشغيل)|أندرويد]]<ref name="Web-5"/> و[[مايكروسوفت ويندوز|ويندوز]]<ref name="Web-4"/> و[[ماكنتوش]]<ref name="Web-8"/> و[[لينكس|لينوكس]]<ref name="Web-3"/> و[[سيسكو]]<ref name="Web-18">{{استشهاد ويب |
||
| مسار |
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfdhcp.html |
||
| عنوان= Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring DHCP |
|||
| تاريخ الأرشيف = 24 أبريل 2017 |
|||
| موقع= Cisco Systems, Inc. |
|||
| المسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfdhcp.html |
|||
| لغة= en |
|||
| العنوان= Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring DHCP |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| الموقع= Cisco Systems, Inc. |
|||
| تاريخ أرشيف= 24 أبريل 2017 |
|||
| اللغة= en |
|||
| مسار أرشيف= https://web.archive.org/web/20170424213518/https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfdhcp.html |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> و[[مايكروتك]]<ref name="Web-19">{{مرجع ويب |
|||
|url-status=dead}}</ref> و[[مايكروتك]].<ref name="Web-19">{{استشهاد ويب |
|||
| التاريخ = 18 أبريل 2005 |
|||
| تاريخ= 18 أبريل 2005 |
|||
| مسار الأرشيف = https://web.archive.org/web/20170122001646/http://www.mikrotik.com:80/testdocs/ros/2.9/ip/dhcp.php |
|||
| مسار أرشيف= https://web.archive.org/web/20170122001646/http://www.mikrotik.com:80/testdocs/ros/2.9/ip/dhcp.php |
|||
| تاريخ الأرشيف = 22 يناير 2017 |
|||
| تاريخ أرشيف= 22 يناير 2017 |
|||
| المسار= https://mikrotik.com/testdocs/ros/2.9/ip/dhcp.php |
|||
| مسار= https://mikrotik.com/testdocs/ros/2.9/ip/dhcp.php |
|||
| العنوان= DHCP Client and Server |
|||
| عنوان= DHCP Client and Server |
|||
| الموقع= Cisco Systems, Inc. |
|||
| موقع= Cisco Systems, Inc. |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref>. |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
}}</ref> |
|||
<gallery> |
<gallery> |
||
Ubuntu7.04 gnome french lan settings eth1 dhcp.png| نافذة إعدادات التهيئة الخاصة [[الإصدار الرابع |
Ubuntu7.04 gnome french lan settings eth1 dhcp.png| نافذة إعدادات التهيئة الخاصة [[بروتوكول الإنترنت (الإصدار الرابع)|بالإصدار الرابع من بروتوكول الإنترنت]] في توزيعة [[لينكس|جنو/لينكس]] [[أوبونتو|لنظام أوبونتوغنوم]] 7.04، وقد تمّ ضبط خيار نمط التهيئة ليكون التهيئة الآلية باستعمال بروتوكول التهيئة الآلية. |
||
Connexió xarxa DHCP.png| نافذة إعدادات الشبكة السلكية في توزيعة لينوكس أوبونتو |
Connexió xarxa DHCP.png| نافذة إعدادات الشبكة السلكية في توزيعة لينوكس أوبونتو 11.10، وقد تمّ اختيار محددات الإصدار الرابع من بروتوكول الإنترنت وضبط نمط التهيئة إلى الشكل الآلي باستعمال بروتوكول تهيئة المضيف الآلية. |
||
IP Configuration Setting Window Android Lollipop 5.1.1 -en.png|نافذة إضافة شبكة جديدة في [[أندرويد لوليبوب|نظام أندرويد لوليبوب]] 5.1.1، ويظهر خيار إعدادات بروتوكول الإنترنت وضد ضبطت إلى بروتوكول التهيئة الآلية للمضييفين. |
IP Configuration Setting Window Android Lollipop 5.1.1 -en.png|نافذة إضافة شبكة جديدة في [[أندرويد لوليبوب|نظام أندرويد لوليبوب]] 5.1.1، ويظهر خيار إعدادات بروتوكول الإنترنت وضد ضبطت إلى بروتوكول التهيئة الآلية للمضييفين. |
||
IP Configuration Setting Window Android Nougat 7.0 - en.png|نافذة إضافة شبكة جديدة في نظام الشتغيل [[أندرويد نوجا]] 7.0، وتظهر فيها خيارات ضبط إعدادت بروتوكول الإنترنت إلى التهيئة الآلية باستعمال بروتوكول |
IP Configuration Setting Window Android Nougat 7.0 - en.png|نافذة إضافة شبكة جديدة في نظام الشتغيل [[أندرويد نوجا]] 7.0، وتظهر فيها خيارات ضبط إعدادت بروتوكول الإنترنت إلى التهيئة الآلية باستعمال بروتوكول تهيئة المضيف الآلية. |
||
IP Configuration Setting Window in Windows 7.png| نافذة إعدادات [[الإصدار الرابع من بروتوكول الإنترنت]] في نظام التشغيل [[ويندوز 7]]، وقد ضبط نمط التهيئة إلى اختيار العنوان بشكل آلي. |
IP Configuration Setting Window in Windows 7.png| نافذة إعدادات [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] في نظام التشغيل [[ويندوز 7]]، وقد ضبط نمط التهيئة إلى اختيار العنوان بشكل آلي. |
||
DHCP Configuration Setting in Windows 10.png|نافذة ضبط خيارات بروتوكول |
DHCP Configuration Setting in Windows 10.png|نافذة ضبط خيارات بروتوكول تهيئة المضيف الآلية في نظام [[ويندوز 10]]. |
||
MikroTik DHCP Server.png| نافذة ضبط خيارات مخدم بروتوكول |
MikroTik DHCP Server.png| نافذة ضبط خيارات مخدم بروتوكول تهيئة المضيف الآلية في نظام [[مايكروتك]]. |
||
</gallery> |
</gallery> |
||
== نبذة تاريخية == |
== نبذة تاريخية == |
||
[[ملف:DHCP RFC 1541 first page.png|تصغير|300بك| جزء من الصفحة الأولى من وثيقة طلب التعليقات (RFC 1541) الخاصة بمعيار بروتوكول |
[[ملف:DHCP RFC 1541 first page.png|تصغير|300بك| جزء من الصفحة الأولى من وثيقة طلب التعليقات (RFC 1541) الخاصة بمعيار بروتوكول تهيئة المضيف الآلية (DHCP)، تحتوي الصورة على مقدمة صغيرة، مختصر بمحتوى المعيار، بالإضافة لذكر تاريخ الإصدار واسم المؤلف.]] |
||
جاء تطوّير بروتوكول التهيئة الآليّة للمضيفين ليكون نتيجة لمجموعة من الأعمال التي طوّرت بشكل منفصل، وكانت في جوهرها تهدف إلى إنجاز أجزاء مُختلفة من عملية {{ |
جاء تطوّير بروتوكول التهيئة الآليّة للمضيفين ليكون نتيجة لمجموعة من الأعمال التي طوّرت بشكل منفصل، وكانت في جوهرها تهدف إلى إنجاز أجزاء مُختلفة من عملية {{وإو|التهيئة الذاتية|Auto-configuration|en|التهيئة الذاتية}} للمُضيفين بأقل تدخّل ممكن يدوي ممكن، دون أن وجود إطار جامع يوحد كل هذه الجهود، فوصفت [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 951)<ref name="ietf-19">{{استشهاد ويب |
||
| |
|الأخير = Croft |
||
| |
|الأول = Bill |
||
|مؤلف2-الأخير = Gilmore |
|||
| الأخير2= Gilmore |
|||
|مؤلف2-الأول = John |
|||
| الأول2= John |
|||
| |
|تاريخ = سبتمبر 1985 |
||
|مسار أرشيف = https://web.archive.org/web/20161130013026/http://www.ietf.org:80/rfc/rfc950 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc950 |
||
| |
|عنوان = RFC 950, BOOTSTRAP PROTOCOL (BOOTP) |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> {{وصلة إنترويكي|بروتوكول التمهيد|Bootstrap Protocol|en|لبروتوكول التمهيد}} في العام 1985م، وكان هدفه الأساسي تمكين [[مضيف (حوسبة)|المُضيف]] الذي لا يملك [[قرص صلب|قرصاً صلباً]] من اكتشاف عنوان بروتوكول الإنترنت الخاص به، وعنوان مُخدّم تخزين الملفّات واسم [[ملف (حوسبة)|الملف]] الذي يحتوي على [[نظام التشغيل]] لنقله إلى الذاكرة والإقلاع منه، على أن يتم كل ذلك بشكل آليّ. |
|||
|تاريخ أرشيف = 2016-11-30 |
|||
}}</ref> {{وإو|بروتوكول التمهيد|Bootstrap Protocol|en|لبروتوكول التمهيد}} في العام 1985م، وكان هدفه الأساسي تمكين [[مضيف (حوسبة)|المُضيف]] الذي لا يملك [[قرص صلب|قرصاً صلباً]] من اكتشاف عنوان بروتوكول الإنترنت الخاص به، وعنوان مُخدّم تخزين الملفّات واسم [[ملف حاسوب|الملف]] الذي يحتوي على [[نظام تشغيل|نظام التشغيل]] لنقله إلى الذاكرة والإقلاع منه، على أن يتم كل ذلك بشكل آليّ. |
|||
بالتوازي مع ذلك، تمّ تطوير بروتوكولات أخرى تنجز بعض أجزاء عملية التهيئة الآلية أثناء قيامها بعملها، مثل [[بروتوكول نقل الملفات البسيط]]، الموصُوف قي الوثيقة (RFC 1350)،<ref name="ietf-28">{{ |
بالتوازي مع ذلك، تمّ تطوير بروتوكولات أخرى تنجز بعض أجزاء عملية التهيئة الآلية أثناء قيامها بعملها، مثل [[بروتوكول نقل الملفات البسيط]]، الموصُوف قي الوثيقة (RFC 1350)،<ref name="ietf-28">{{استشهاد ويب |
||
| |
|الأخير = Sollins |
||
| |
|الأول = K. |
||
| |
|تاريخ = يوليو 1992 |
||
|مسار أرشيف = https://web.archive.org/web/20041121135534/http://www.ietf.org:80/rfc/rfc1350 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1350 |
||
| |
|عنوان = RFC 1350, THE TFTP PROTOCOL (REVISION 2) |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 2004-11-21 |
|||
}}</ref> الذي يقدم آليّة [[نقل الملفات|لنقل الملفات]]، وأيضاً [[بروتوكول اقتران العناوين|بروتوكول دقة العناوين]]<ref name="ietf-24">{{استشهاد ويب |
|||
| |
| مؤلف1-الأخير= C. Plummer |
||
| |
| مؤلف1-الأول= David |
||
| |
| تاريخ= نوفمبر 1982 |
||
| مسار أرشيف= https://web.archive.org/web/20200219210046/https://tools.ietf.org/html/rfc826 |
|||
| مسار الأرشيف = |
|||
| |
| مسار= https://tools.ietf.org/html/rfc826 |
||
| |
| عنوان= RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses |
||
| |
| موقع= The Internet Society |
||
| |
| لغة= en |
||
| تاريخ الوصول= 29 أوكتوبر 2017}}</ref> الذي يسمح للمضيف باكتشاف العناوين الفيزيائية لمضيفين آخرين في الشبكة، وأيضاً [[بروتوكول رسائل التحكم في الإنترنت]]، الموصوف بالوثيقة (RFC 792)<ref name="ietf-23">{{ |
| تاريخ الوصول= 29 أوكتوبر 2017 |
||
| تاريخ أرشيف= 2020-02-19 |
|||
}}</ref> الذي يسمح للمضيف باكتشاف العناوين الفيزيائية لمضيفين آخرين في الشبكة، وأيضاً [[بروتوكول رسائل التحكم في الإنترنت]]، الموصوف بالوثيقة (RFC 792)<ref name="ietf-23">{{استشهاد ويب |
|||
| |
|الأخير = Postal |
||
| |
|الأول = J. |
||
| |
|تاريخ = أغسطس 1981 |
||
|مسار أرشيف = https://web.archive.org/web/20200306033602/https://tools.ietf.org/html/rfc792 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://tools.ietf.org/html/rfc792 |
||
| |
|عنوان = RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification. |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 14 يوليو 2017 |
||
|تاريخ أرشيف = 2020-03-06 |
|||
}}</ref> والذي يسمح للمضيف عبر أحد خياراته باكتشاف عنوان [[موجه (شبكات)|المُوجّه]] المُتصل مع [[شبكة محلية|الشبكة المحلية]]. |
|||
أخيراً، وضعت وثيقتا طلب التعليقات (RFC 1122)<ref name="ietf-1">{{ |
أخيراً، وضعت وثيقتا طلب التعليقات (RFC 1122)<ref name="ietf-1">{{استشهاد ويب |
||
| الأخير= Braden |
| الأخير= Braden |
||
| الأول= R. |
| الأول= R. |
||
| |
| تاريخ= أوكتوبر 1989 |
||
| مسار أرشيف= https://web.archive.org/web/20170918175332/http://ietf.org:80/rfc/rfc1122 |
|||
| مسار الأرشيف = |
|||
| |
| مسار= https://www.ietf.org/rfc/rfc1122 |
||
| |
| عنوان= RFC 1122, Requirements for Internet Hosts -- Communication Layers |
||
| |
| موقع= The Internet Society |
||
| |
| لغة= en |
||
| تاريخ الوصول= 19 مايو 2018}}</ref> و(RFC 1123)<ref name="ietf-21">{{ |
| تاريخ الوصول= 19 مايو 2018 |
||
| تاريخ أرشيف= 2017-09-18 |
|||
}}</ref> و (RFC 1123)<ref name="ietf-21">{{استشهاد ويب |
|||
| |
|الأخير = Braden |
||
| |
|الأول = R. |
||
| |
|تاريخ = أوكتوبر 1989 |
||
|مسار أرشيف = https://web.archive.org/web/20160308104057/http://www.ietf.org/rfc/rfc1123 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1123 |
||
| |
|عنوان = RFC 1123, Requirements for Internet Hosts -- Application and Support |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> قائمة بمُتطلبات المضيف، شملت محددات التهيئة التي يحتاج إليها كل مضيف ليتمكن من الاتصال بشكل سليم مع [[شبكة حاسوب|الشبكة]]، كما اقترحتا آليّة لإقلاع المُضيف الذي لا يملك قرصاً صلباً. كانت الوثيقة (RFC 1531)<ref name="ietf-30">{{مرجع ويب |
|||
|تاريخ أرشيف = 2016-03-08 |
|||
| الأخير= Droms |
|||
}}</ref> قائمة بمُتطلبات المضيف، شملت محددات التهيئة التي يحتاج إليها كل مضيف ليتمكن من الاتصال بشكل سليم مع [[شبكة حاسوب|الشبكة]]، كما اقترحتا آليّة لإقلاع المُضيف الذي لا يملك قرصاً صلباً. كانت الوثيقة (RFC 1531)<ref name="ietf-30">{{استشهاد ويب |
|||
| الأول= R. |
|||
|الأخير = Droms |
|||
| التاريخ= أوكتوبر 1993 |
|||
|الأول = R. |
|||
| مسار الأرشيف = |
|||
|تاريخ = أوكتوبر 1993 |
|||
| المسار= https://www.ietf.org/rfc/rfc1531 |
|||
|مسار أرشيف = https://web.archive.org/web/20051128114337/http://www.ietf.org/rfc/rfc1531 |
|||
| العنوان= RFC 1531, Dynamic Host Configuration Protocol |
|||
|مسار = https://www.ietf.org/rfc/rfc1531 |
|||
| الموقع= The Internet Society |
|||
|عنوان = RFC 1531, Dynamic Host Configuration Protocol |
|||
| اللغة= en |
|||
|موقع = The Internet Society |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> التي صدرت في شهر أكتوبر من العام 1993م، أول وثيقة مُخصصة لبروتوكول التهيئة الآليّة للمضيفين، ثُم أجريت عليها بعض التعديلات لتنتج الوثيقة (RFC 1541) التي صدرت في نفس الشهر تحت عنوان "بروتوكول التهئية الآلية للمضيفين". لاحقاً في العام 1997م، صدرت الوثيقة (RFC 2131)<ref name="ietf-9"/> التي حملت نفس الاسم، وتضمّنت مجموعة من التحديثات والإضافات، وهي المعيار الرسمي المُعتمد للبروتوكول اليوم، وقد قام [[رالف دورمز]] {{إنج|Ralph Droms}} من [[جامعة بوكنل]] بكتابة الوثائق المعيارية الثلاث السابقة، أمّا الوثيقة (RFC 2132) فتضم قائمة بالخيارات التي يمكن للبروتوكول أن يُستعملها.<ref name="ietf-16">{{مرجع ويب |
|||
|لغة = en |
|||
| الأخير= Alexander |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| الأول= S. |
|||
|تاريخ أرشيف = 28 نوفمبر 2005 |
|||
| الأخير2= Droms |
|||
}}</ref> التي صدرت في شهر أكتوبر من العام 1993م، أول وثيقة مُخصصة لبروتوكول التهيئة الآليّة للمضيفين، ثُم أجريت عليها بعض التعديلات لتنتج الوثيقة (RFC 1541) التي صدرت في الشهر نفسه تحت عنوان «بروتوكول التهئية الآلية للمضيفين». لاحقاً في العام 1997م، صدرت الوثيقة (RFC 2131)<ref name="ietf-9"/> التي حملت الاسم نفسه، وتضمّنت مجموعة من التحديثات والإضافات، وهي المعيار الرسمي المُعتمد للبروتوكول اليوم، وقد كتب [[رالف دورمز]] {{إنج|Ralph Droms}} من [[جامعة بوكنل]] الوثائق المعيارية الثلاثة السابقة، أمّا الوثيقة (RFC 2132) فتضم قائمة بالخيارات التي يمكن للبروتوكول أن يُستعملها.<ref name="ietf-16">{{استشهاد ويب |
|||
| الأول2= R. |
|||
|الأخير = Alexander |
|||
| التاريخ= يونيو 2001 |
|||
|الأول = S. |
|||
| مسار الأرشيف = |
|||
|مؤلف2-الأخير = Droms |
|||
| المسار= https://www.ietf.org/rfc/rfc2132 |
|||
|مؤلف2-الأول = R. |
|||
| العنوان= RFC 2132, DHCP Options and BOOTP Vendor Extensions |
|||
|تاريخ = يونيو 2001 |
|||
| الموقع= The Internet Society |
|||
|مسار أرشيف = https://web.archive.org/web/20120417155619/http://www.ietf.org:80/rfc/rfc2132 |
|||
| اللغة= en |
|||
|مسار = https://www.ietf.org/rfc/rfc2132 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
|||
|عنوان = RFC 2132, DHCP Options and BOOTP Vendor Extensions |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
|تاريخ أرشيف = 2012-04-17 |
|||
}}</ref> |
|||
لاحقاً في العام 2003م، أُصدر المعيار الخاص ببروتوكول التهيئة الآلية لمُضيفي [[الإصدار السادس من بروتوكول الإنترنت]] في وثيقة طلب التعلقيات (RFC 3315) وهو يُعرف اليوم بالاختصار {{اختصار مخفي|DHCPv6|Dynamic Host Cofiguration Protocol for IPv6}}.<ref name="ietf-10"/> |
لاحقاً في العام 2003م، أُصدر المعيار الخاص ببروتوكول التهيئة الآلية لمُضيفي [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]] في وثيقة طلب التعلقيات (RFC 3315) وهو يُعرف اليوم بالاختصار {{اختصار مخفي|DHCPv6|Dynamic Host Cofiguration Protocol for IPv6}}.<ref name="ietf-10"/> |
||
== محددات البروتوكول == |
== محددات البروتوكول == |
||
=== خدمات البروتوكول === |
=== خدمات البروتوكول === |
||
يقدم البروتوكول خدمة {{ |
يقدم البروتوكول خدمة {{وإو|التهيئة الذاتية|Auto-configuration|en|التهيئة الذاتية}} لمُضيفي [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، ولتحقيق ذلك يقوم البروتوكول بدعم [[خدمة (شبكات)|خدمتين]] إضافيتين أيضاً، الأولى هي مستودع تخزين لمُحددات التهيئة الخاصّة بالمضيفين، والثانية هي قيامه بالتحصيص الآلي {{وإو|فضاء عناوين|Address space|en|لفضاء عناوين}} بروتوكول الإنترنت. |
||
==== مستودع المُحددات ==== |
==== مستودع المُحددات ==== |
||
إنّ الخدمة الأولى التي يقدمها بروتوكول |
إنّ الخدمة الأولى التي يقدمها بروتوكول تهيئة المضيف الآلية هي توفير مخزن دائم لمُحددات الشبكة الخاصة [[عميل (حوسبة)|بالعملاء]]، لتحقيق ذلك، يقوم البروتوكول ببناء [[قاعدة بيانات]] تضم المحددات الخاصة بكل عميل،<ref name="Web-25">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180603121437/https://technet.microsoft.com/pt-pt/library/cc781008(v=ws.10).aspx |
||
| تاريخ |
| تاريخ أرشيف= 3 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/pt-pt/previous-versions/windows/server/cc781008(v=ws.10)?redirectedfrom=MSDN |
||
| |
| عنوان= What Is DHCP? |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> ويكون مفتاح قاعدة البيانات الفريد هو مُعرّف مُميز لكل عميل، ويقابل هذا المفتاح المُحددات الخاصّة به، وقد يكون المفتاح الخاص بالعميل مزيجاً من المُعرّف الخاص به ومن عنوان الشبكة التي تضم عنوان بروتوكول الإنترنت الممنوح له، أو قد يضمّ [[عنوان فيزيائي (شبكات)|عنوان العميل الفيزيائي]]،<ref name="Web-41">{{مرجع ويب |
|||
}}</ref> ويكون مفتاح قاعدة البيانات الفريد هو مُعرّف مُميز لكل عميل، ويقابل هذا المفتاح المُحددات الخاصّة به، وقد يكون المفتاح الخاص بالعميل مزيجاً من المُعرّف الخاص به ومن عنوان الشبكة التي تضم عنوان بروتوكول الإنترنت الممنوح له، أو قد يضمّ [[عنوان فيزيائي (شبكات)|عنوان العميل الفيزيائي]]،<ref name="Web-41">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20180604173706/https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/client-identifier-edit-interfaces.html |
|||
| مسار أرشيف= https://web.archive.org/web/20180604173706/https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/client-identifier-edit-interfaces.html |
|||
| تاريخ الأرشيف =4 يونيو 2018 |
|||
| تاريخ أرشيف= 4 يونيو 2018 |
|||
| المسار= https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/client-identifier-edit-interfaces.html |
|||
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/client-identifier-edit-interfaces.html |
|||
| العنوان= client-identifier (DHCP Client) |
|||
| عنوان= client-identifier (DHCP Client) |
|||
| الموقع= Juniper Networks, Inc. |
|||
| موقع= Juniper Networks, Inc. |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 4 يونيو 2018}}</ref> أو مزيجاً من عنوان بروتوكول الإنترنت واسم العميل،<ref name="Web-43">{{مرجع ويب |
|||
| تاريخ الوصول= 4 يونيو 2018 |
|||
| المؤلف = René Molenaar |
|||
}}</ref> أو مزيجاً من عنوان بروتوكول الإنترنت واسم العميل،<ref name="Web-43">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20170910070046/https://networklessons.com/cisco/ccie-routing-switching/cisco-ios-dhcp-client-identifier/ |
|||
| مؤلف= René Molenaar |
|||
| تاريخ الأرشيف =10 سبتمبر 2017 |
|||
| |
| مسار أرشيف= https://web.archive.org/web/20170910070046/https://networklessons.com/cisco/ccie-routing-switching/cisco-ios-dhcp-client-identifier/ |
||
| تاريخ أرشيف= 10 سبتمبر 2017 |
|||
| العنوان= Cisco IOS DHCP Client Identifier |
|||
| مسار= https://networklessons.com/cisco/ccie-routing-switching/cisco-ios-dhcp-client-identifier/ |
|||
| الموقع= NetworkLessons.com |
|||
| عنوان= Cisco IOS DHCP Client Identifier |
|||
| اللغة= en |
|||
| موقع= NetworkLessons.com |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> أو أي قيمة أخرى تُعرّف العميل بشكل فريد. |
|||
| لغة= en |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
}}</ref> أو أي قيمة أخرى تُعرّف العميل بشكل فريد. |
|||
بشكل افتراضي، يقوم البروتوكول في العميل ببناء مُعرّف فريد اعتماداً على مُعرّف الشبكة المأخوذ من عنوان بروتوكول الإنترنت الذي يستضيفه العميل، أو من عنوان العميل الفيزيائي،<ref name="Web-40">{{ |
بشكل افتراضي، يقوم البروتوكول في العميل ببناء مُعرّف فريد اعتماداً على مُعرّف الشبكة المأخوذ من عنوان بروتوكول الإنترنت الذي يستضيفه العميل، أو من عنوان العميل الفيزيائي،<ref name="Web-40">{{استشهاد ويب |
||
| |
|تاريخ = 16 نوفمبر 2017 |
||
| |
|مؤلف = Mike Henry |
||
| |
|مسار أرشيف = https://web.archive.org/web/20170702173323/https://tools.ietf.org/html/draft-henry-DHCP-opt61-UUID-type-00 |
||
| |
|تاريخ أرشيف = 2 يوليو 2017 |
||
| |
|مسار = https://www.cisco.com/c/en/us/td/docs/ios/12_2sb/12_2sba/feature/guide/sbhcpcf.pdf |
||
| |
|عنوان = DHCP Option 61 UUID Type Definition |
||
| |
|موقع = Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|صيغة = PDF |
|||
| التنسيق= PDF |
|||
| |
|تاريخ الوصول = 4 يونيو 2018 |
||
}}</ref> بعد ذلك، يقوم العميل بإرسال المُعرّف الذي ولّده إلى المُخدّم عبر خيار خاص هو خيار مُعرّف العميل الذي يحمل الخيار رقم الرمز (61)، وذلك ليعتمده كمعرّف مُميز للعميل،<ref name="Web-39">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180604175120/https://www.cisco.com/c/en/us/td/docs/ios/12_2sb/12_2sba/feature/guide/sbhcpcf.pdf |
||
| تاريخ |
| تاريخ أرشيف= 4 يونيو 2018 |
||
| |
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2sb/12_2sba/feature/guide/sbhcpcf.pdf |
||
| |
| عنوان= Configurable DHCP Client |
||
| |
| موقع= Cisco Systems, Inc. |
||
| |
| لغة= en |
||
| |
| صيغة= PDF |
||
| تاريخ الوصول= 4 يونيو 2018 |
|||
| تاريخ الوصول= 4 يونيو 2018}}</ref> يُمكن للعميل الذي يملك بنداً في قاعدة البيانات أن يطلب الحصول على معلومات التهيئة الخاصة به من المستودع باستخدام بروتوكول التهيئة الآلية للمضيفين، أو أن يستجوب المُخدم من أجل الحصول على قيمة أحد المحددات، لتحقيق ذلك، يقوم العميل ببناء رسالة طلب مناسبة، ويردّ المُخدّم على العميل برسالة ردّ تحتوي المحددات المطلوبة.<ref name="Web-42">{{مرجع ويب |
|||
}}</ref> يُمكن للعميل الذي يملك بنداً في قاعدة البيانات أن يطلب الحصول على معلومات التهيئة الخاصة به من المستودع باستخدام بروتوكول تهيئة المضيف الآلية، أو أن يستجوب المُخدم من أجل الحصول على قيمة أحد المحددات، لتحقيق ذلك، يقوم العميل ببناء رسالة طلب مناسبة، ويردّ المُخدّم على العميل برسالة ردّ تحتوي المحددات المطلوبة.<ref name="Web-42">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20180604181150/https://www.juniper.net/documentation/en_US/junos/topics/concept/dhcp-client-operation-understanding-acx-series.html |
|||
| مسار أرشيف= https://web.archive.org/web/20180604181150/https://www.juniper.net/documentation/en_US/junos/topics/concept/dhcp-client-operation-understanding-acx-series.html |
|||
| تاريخ الأرشيف =4 يونيو 2018 |
|||
| تاريخ أرشيف= 4 يونيو 2018 |
|||
| المسار= https://www.juniper.net/documentation/en_US/junos/topics/concept/dhcp-client-operation-understanding-acx-series.html |
|||
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/concept/dhcp-client-operation-understanding-acx-series.html |
|||
| العنوان= Understanding DHCP Client Operation |
|||
| عنوان= Understanding DHCP Client Operation |
|||
| الموقع= Juniper Networks, Inc |
|||
| موقع= Juniper Networks, Inc |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 4 يونيو 2018}}</ref> |
|||
| تاريخ الوصول= 4 يونيو 2018 |
|||
}}</ref> |
|||
==== التحصيص الآلي لفضاء عناوين بروتوكول الإنترنت ==== |
==== التحصيص الآلي لفضاء عناوين بروتوكول الإنترنت ==== |
||
يُقدّم بروتوكول |
يُقدّم بروتوكول تهيئة المضيف الآلية أيضاً خدمة التحصيص الآليّ لفضاء العناوين المُستعمل في الشبكة، نتيجة لذلك، يُمكن للعملاء أن يحصلوا على عنوان بروتوكول إنترنت من فضاء عناوين المُخدّم ويستخدموه بشكل مؤقت أو دائم.<ref name="Web-30">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20150321072221/http://docs.oracle.com:80/cd/E19504-01/802-5753/6i9g71m6q/index.html |
||
| تاريخ |
| تاريخ أرشيف= 21 مارس 2015 |
||
| |
| مسار= https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6q/index.html |
||
| |
| عنوان= Lease Time Policy |
||
| |
| موقع= Oracle Corporation |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> إن آلية التحصيص بسيطة، وهي تبدأ من العميل نفسه الذي يطلب الحصول على عنوان بروتوكول إنترنت من فضاء العناوين، ويقوم مُخدّم البروتوكول، أو مجموعة المخدّمات، بتقديم عنوان للعميل، وضمان عدم عرضه لأي عميل آخر في الشبكة خلال فترة استخدامه من العميل الذي طلب الاستخدام. |
|||
}}</ref> إن آلية التحصيص بسيطة، وهي تبدأ من العميل نفسه الذي يطلب الحصول على عنوان بروتوكول إنترنت من فضاء العناوين، ويقوم مُخدّم البروتوكول، أو مجموعة المخدّمات، بتقديم عنوان للعميل، وضمان عدم عرضه لأي عميل آخر في الشبكة خلال فترة استخدامه من العميل الذي طلب الاستخدام. |
|||
لتحقيق التحصيص الآلي، يعتمد البروتوكول على مفهوم مدة الاستخدام {{إنج|Lease}}،<ref name = "JOU-1">{{ |
لتحقيق التحصيص الآلي، يعتمد البروتوكول على مفهوم مدة الاستخدام {{إنج|Lease}}،<ref name = "JOU-1">{{استشهاد بدورية محكمة |
||
|الأخير= C. Gray |
|الأخير= C. Gray |
||
|الأول= C. |
|الأول= C. |
||
| |
|مؤلف2-الأخير= Cheriton |
||
| |
|مؤلف2-الأول= D. |
||
| |
|صحيفة = SOSP '89 Proceedings of the twelfth ACM symposium on Operating systems principles |
||
| |
|عنوان= Leases: an efficient fault-tolerant mechanism for distributed file cache consistency |
||
| |
|المجلد= 23 |
||
| |
|العدد = 5 |
||
| تاريخ = ديسمبر 189 |
|||
|السنة= 189 |
|||
|صفحة= 202-210 |
|||
|الشهر= ديسمبر |
|||
| ناشر = ACM |
|||
|الصفحة= 202-210 |
|||
| الناشر = ACM |
|||
| doi = 10.1145/74851.74870 |
| doi = 10.1145/74851.74870 |
||
}}</ref> وهي الفترة الزمنية التي يكون عنوان بروتوكول إنترنت ما فيها من حصة عميل محدد، يحق للعميل في خلال هذه المدة استخدام العنوان. يمكن للعميل أن يُمدد مدة الاستخدام، من خلال طلب يقدمه للمُخدم،<ref name="Web-15">{{ |
}}</ref> وهي الفترة الزمنية التي يكون عنوان بروتوكول إنترنت ما فيها من حصة عميل محدد، يحق للعميل في خلال هذه المدة استخدام العنوان. يمكن للعميل أن يُمدد مدة الاستخدام، من خلال طلب يقدمه للمُخدم،<ref name="Web-15">{{استشهاد ويب |
||
| |
| مسار= https://www.ibm.com/support/knowledgecenter/ssw_i5_54/welcome.html?origURL=ssw_i5_54/rzakg/rzakgconceptleases.htm |
||
| |
| عنوان= Leases |
||
| |
| موقع= IBM |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> كما يُمكن أن ينهي استعماله للحصة، ويحرر العنوان. بالإضافة لذلك، يمكن للعميل أن يطلب مدة استخدام لا نهائية، ولكن يبقى القرار النهائي في منح إمكانية التحصيص الدائم بيد المُخدّم. |
| تاريخ الوصول= 3 يونيو 2018 |
||
| مسار أرشيف= https://web.archive.org/web/20180613235005/https://www.ibm.com/support/knowledgecenter/ssw_i5_54/rzakg/rzakgconceptleases.htm |
|||
| تاريخ أرشيف= 13 يونيو 2018 |
|||
}}</ref> كما يُمكن أن ينهي استعماله للحصة، ويحرر العنوان. بالإضافة لذلك، يمكن للعميل أن يطلب مدة استخدام لا نهائية، ولكن يبقى القرار النهائي في منح إمكانية التحصيص الدائم بيد المُخدّم. |
|||
==== التهيئة الآلية ==== |
==== التهيئة الآلية ==== |
||
{{مفصلة|التهيئة الآلية}} |
{{مفصلة|التهيئة الآلية}} |
||
التهيئة الآلية {{إنج|Dynamic Configuration}} هي تزويد [[مضيف (حوسبة)|المُضيفين]] بالمحددات اللازمة لأداء الوظائف والمهمات الخاصّة بهم عبر الشبكة بشكلٍ تلقائي بدون تدخل مباشر من [[مسؤول الشبكة|مشرفي الشبكة]]،<ref name = "Book-1">{{ |
التهيئة الآلية {{إنج|Dynamic Configuration}} هي تزويد [[مضيف (حوسبة)|المُضيفين]] بالمحددات اللازمة لأداء الوظائف والمهمات الخاصّة بهم عبر الشبكة بشكلٍ تلقائي بدون تدخل مباشر من [[مسؤول الشبكة|مشرفي الشبكة]]،<ref name = "Book-1">{{استشهاد بكتاب |
||
| |
|مؤلف1= Tom Carpenter |
||
| |
|عنوان= Microsoft Windows Server Administration Essentials |
||
|مسار= https://archive.org/details/microsoftwindows0000carp |
|||
|الصفحة= 104 |
|||
|صفحة= [https://archive.org/details/microsoftwindows0000carp/page/104 104] |
|||
|السنة=2011 |
|||
|سنة= 2011 |
|||
|الناشر= John Wiley & Sons |
|||
|ناشر= John Wiley & Sons |
|||
|الرقم المعياري= 9781118016862 |
|||
|ردمك= 9781118016862 |
|||
|اللغة= en |
|||
|لغة= en |
|||
}}</ref> وهي الوظيفة الرئيسية لبروتوكول التهيئة الآلية للمُضيفين، ومنها حصل على اسمه. وتعتمد التهيئة الآليّة على مستودع المُحددات وهو [[قاعدة بيانات]] موجودة في مُخدّم البروتوكول وعلى آلية تحصيص {{وصلة إنترويكي|فضاء عناوين|Address space|en|فضاء العناوين}} وذلك لتزويد المضيفين بمُحددات التهيئة.<ref name="Web-29">{{مرجع ويب |
|||
}}</ref> وهي الوظيفة الرئيسية لبروتوكول التهيئة الآلية للمُضيفين، ومنها حصل على اسمه. وتعتمد التهيئة الآليّة على مستودع المُحددات وهو [[قاعدة بيانات]] موجودة في مُخدّم البروتوكول وعلى آلية تحصيص {{وإو|فضاء عناوين|Address space|en|فضاء العناوين}} وذلك لتزويد المضيفين بمُحددات التهيئة.<ref name="Web-29">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20150801130832/https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6b/index.html |
|||
| مسار أرشيف= https://web.archive.org/web/20150801130832/https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6b/index.html |
|||
| تاريخ الأرشيف = 1 أغسطس 2015 |
|||
| تاريخ أرشيف= 1 أغسطس 2015 |
|||
| المسار= https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6b/index.html |
|||
| مسار= https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6b/index.html |
|||
| العنوان= The DHCP Client |
|||
| عنوان= The DHCP Client |
|||
| الموقع= Oracle Corporation |
|||
| موقع= Oracle Corporation |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
|||
| تاريخ الوصول= 3 يونيو 2018 |
|||
}}</ref> |
|||
تشمل المُحددات التي يتم تزويد المضيفين بها آلياً عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان [[ |
تشمل المُحددات التي يتم تزويد المضيفين بها آلياً عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان [[موجه (شبكات)|المُوجّه]] في [[شبكة محلية|الشبكة المحليّة]]، والذي يسمّى أحيانا بالمخرج الافتراضي، وعنوان مُخدم [[نظام أسماء النطاقات]] وغيرها من عناوين المُخدّمات المختلفة، بالإضافة إلى عدد من المُحددات التي تساعد المُضيف على إنجاز وظائف أخرى قائمة المسارات الثابتة المستعملة في عملية [[توجيه (شبكات)|التوجيه]] أو [[وحدة النقل العظمى|وحدة النقل الأعظمية]] الضروريّة لإنجاز عملية [[تقطيع (شبكات)|تقطيع البيانات]].<ref name="Web-44">{{استشهاد ويب |
||
| |
| مؤلف= Tim Fisher |
||
| |
| تاريخ= 1 يونيو 2017 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180112162945/https://www.lifewire.com/what-is-dhcp-2625848 |
||
| تاريخ |
| تاريخ أرشيف= 12 يناير 2018 |
||
| |
| مسار= https://www.lifewire.com/what-is-dhcp-2625848 |
||
| |
| عنوان= What Is DHCP? (Dynamic Host Configuration Protocol) Definition of dynamic host configuration protocol |
||
| |
| موقع= lifewire |
||
| |
| لغة= en |
||
| تاريخ الوصول= 6 يونيو 2018 |
| تاريخ الوصول= 6 يونيو 2018 |
||
| حالة المسار= bot: unknown |
|||
}}</ref> |
|||
=== مُحددات العميل === |
=== مُحددات العميل === |
||
سطر 444: | سطر 503: | ||
|+ align="right" | جدول بمُحددات التهيئة الخاصة بالعميل كما وردت في المعيار الأصلي (لا تشمل التوسيعات) |
|+ align="right" | جدول بمُحددات التهيئة الخاصة بالعميل كما وردت في المعيار الأصلي (لا تشمل التوسيعات) |
||
|- |
|- |
||
! اسم المُحدد !! النوع !! |
! اسم المُحدد !! النوع !! وثيقة طلب التعليقات |
||
|- |
|- |
||
| colspan="3" |
| colspan="3" align="center" | '''مُحددات طبقة النقل، على مستوى المُضيف''' |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | زمن الحياة |
||
| width="10%" | |
| width="10%" | [[عدد صحيح]] |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | مُؤقّت الحفاظ على الفاعليّة |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | حجم بيانات الحفاظ على الفاعليّة |
||
| width="10%" | |
| width="10%" | [[نوع البيانات المنطقية|بولياني]] |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| colspan="3" align="center" |
| colspan="3" align="center" | '''مُحددات طبقة الإنترنت، على مستوى المُضيف''' |
||
|- |
|- |
||
| width="30%" | العمل [[ |
| width="30%" | العمل [[موجه (شبكات)|كموجّه]] |
||
| width="10%" | بولياني |
| width="10%" | بولياني |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | التوجيه بحسب المصدر غير المحلي |
| width="30%" | التوجيه بحسب المصدر غير المحلي |
||
| width="10%" | بولياني |
| width="10%" | بولياني |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | مرشحات سياسة التوجيه بحسب المصدر غير المحلي |
| width="30%" | مرشحات سياسة التوجيه بحسب المصدر غير المحلي |
||
| width="10%" | |
| width="10%" | قائمة |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | حجم إعادة التجميع الأعظمي |
| width="30%" | حجم إعادة التجميع الأعظمي |
||
| width="10%" | عدد صحيح |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | زمن الحياة الافتراضي {{Refn|ويقابلها باللغة الإنكليزية الاختصار: {{اختصار مخفي|TTL|Time To Live}}|group=lower-alpha}} |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | مؤقت زمن استخدام وحدة النقل الأعظمية للمسار {{Refn|ويقابلها باللغة الإنكليزية الاختصار: {{اختصار مخفي|PMTU|Path Maximium Trassmission Unit}}|group=lower-alpha}} |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-2">{{استشهاد ويب |
||
| |
|الأخير = Mogul |
||
| |
|الأول = J. |
||
|مؤلف2-الأخير = Deering |
|||
| الأخير2= Deering |
|||
|مؤلف2-الأول = S. |
|||
| الأول2= S. |
|||
| |
|تاريخ = أوكتوبر 1989 |
||
|مسار أرشيف = https://web.archive.org/web/20160731171723/http://www.ietf.org/rfc/rfc1191 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1191 |
||
| |
|عنوان = RFC 1191, Path MTU Discovery |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 19 مايو 2018 |
||
|تاريخ أرشيف = 31 يوليو 2016 |
|||
}}</ref> |
|||
|- |
|- |
||
| width="30%" | |
| width="30%" | جدول مجموعة وحدات النقل الأعظمية |
||
| width="10%" | |
| width="10%" | قائمة |
||
| width="10%" | |
| width="10%" | <ref name="ietf-2"/> |
||
|- |
|- |
||
| colspan="3" |
| colspan="3" align="center" | '''مُحددات طبقة الإنترنت، على مستوى المُنفذ''' |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | عنوان بروتوكول الإنترنت |
||
| width="10%" | |
| width="10%" | عنوان |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | قناع الشبكة الجزئية |
||
| width="10%" | |
| width="10%" | عنوان |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | وحدة النقل الأعظمية {{Refn|ويقابلها باللغة الإنكليزية الاختصار: {{اختصار مخفي|MTU|Maximum Transmission Unit}}|group=lower-alpha}} |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | وحدة النقل الأعظمية لكل الشبكات الجزئية |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | نمط عنوان [[بث عام (شبكات)|البث العام]] |
||
| width="10%" | عنوان |
| width="10%" | عنوان |
||
| width="10%" | |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | القيام باكتشاف القناع |
||
| width="10%" | |
| width="10%" | بولياني |
||
| width="10%" | <ref name="ietf-1"/> |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | العمل كمزود بالأقنعة |
||
| width="10%" | |
| width="10%" | بولياني |
||
| width="10%" | <ref name="ietf-1"/> |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | القيام باكتشاف المُوجّه |
||
| width="10%" | |
| width="10%" | بولياني |
||
| width="10%" | <ref name="ietf-5">{{ |
| width="10%" | <ref name="ietf-5">{{استشهاد ويب |
||
| |
|الأخير = Deering |
||
| |
|الأول = S. |
||
| |
|تاريخ = سبتمبر 1991 |
||
|مسار أرشيف = https://web.archive.org/web/20181026183844/http://www.ietf.org:80/rfc/rfc1256 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1256 |
||
| |
|عنوان = RFC 1256, ICMP Router Discovery Messages |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 20 مايو 2018 |
||
|تاريخ أرشيف = 2018-10-26 |
|||
}}</ref> |
|||
|- |
|- |
||
| width="30%" | |
| width="30%" | عنوان التماس المُوجّه |
||
| width="10%" | |
| width="10%" | عنوان |
||
| width="10%" |<ref name="ietf-5" /> |
| width="10%" |<ref name="ietf-5" /> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | المخارج الافتراضية |
||
| width="10%" | |
| width="10%" | قائمة |
||
| width="10%" | <ref name="ietf-1"/> |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | المسارات الثابتة |
||
| width="10%" | |
| width="10%" | قائمة |
||
| width="10%" | <ref name="ietf-2"/><ref name="ietf-5" /> |
| width="10%" | <ref name="ietf-2"/><ref name="ietf-5" /> |
||
|- |
|- |
||
| colspan="3" |
| colspan="3" align="center" | '''مُحددات طبقة الربط، على مستوى المُضيف''' |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | دعم [[لاحقة (شبكات)|اللواحق]] |
||
| width="10%" | |
| width="10%" | بولياني |
||
| width="10%" | <ref name="ietf-1"/> |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | مؤقت ذاكرة المخصصة ل[[بروتوكول اقتران العناوين|بروتوكول دقة العناوين]] |
||
| width="10%" | |
| width="10%" | عدد صحيح |
||
| width="10%" | <ref name="ietf-1"/> |
| width="10%" | <ref name="ietf-1"/> |
||
|- |
|- |
||
| width="30%" | |
| width="30%" | [[تغليف (شبكات)|تغليف]] [[إيثرنت|الإيثرنت]] |
||
| width="10%" | |
| width="10%" | بحسب وثائق طلب التعليق <ref name="ietf-3">{{استشهاد ويب |
||
| |
|الأخير = Postel |
||
| |
|الأول = J. |
||
| |
|مؤلف2-الأخير = Reynolds |
||
|مؤلف2-الأول = J. |
|||
| الأول2= J. |
|||
| |
|تاريخ = فبراير 1988 |
||
|مسار أرشيف = https://web.archive.org/web/20160310063621/http://www.ietf.org/rfc/rfc1042 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1042 |
||
| |
|عنوان = RFC 1042, A Standard for the Transmission of IP Datagrams over IEEE 802 Networks |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 19 مايو 2018 |
||
|تاريخ أرشيف = 2016-03-10 |
|||
| الأخير= Hornig |
|||
}}</ref> و <ref name="ietf-4">{{استشهاد ويب |
|||
| الأول= Charles |
|||
|الأخير = Hornig |
|||
| التاريخ= أبريل 1984 |
|||
|الأول = Charles |
|||
| مسار الأرشيف = |
|||
|تاريخ = أبريل 1984 |
|||
| المسار= https://www.ietf.org/rfc/rfc894 |
|||
|مسار أرشيف = https://web.archive.org/web/20160308083402/http://www.ietf.org/rfc/rfc894 |
|||
| العنوان= A Standard for the Transmission of IP Datagrams over Ethernet Networks |
|||
|مسار = https://www.ietf.org/rfc/rfc894 |
|||
| الموقع= The Internet Society |
|||
|عنوان = A Standard for the Transmission of IP Datagrams over Ethernet Networks |
|||
| اللغة= en |
|||
|موقع = The Internet Society |
|||
| تاريخ الوصول= 19 مايو 2018}}</ref> |
|||
|لغة = en |
|||
|تاريخ الوصول = 19 مايو 2018 |
|||
|تاريخ أرشيف = 2016-03-08 |
|||
}}</ref> |
|||
| width="10%" |<ref name="ietf-1"/> |
| width="10%" |<ref name="ietf-1"/> |
||
|- |
|- |
||
| colspan="3" |
| colspan="3" align="center" | '''الملاحظات'''{{مراجع|يمين|group=lower-alpha}} |
||
|} |
|} |
||
يعتمد نجاح خدمة التهيئة الآلية على قيام [[ |
يعتمد نجاح خدمة التهيئة الآلية على قيام [[خادوم|المُخدّم]] بتزويد [[عميل (حوسبة)|العملاء]] بقيم المُحددات الخاصّة بتهيئة المُضيف، وعنوان الشبكة أحد هذه المحددات منها. تُعرّف التهيئة الآليّة الابتدائيّة بأنها تزويد المضيف بمُحددات التهيئة اللازمة للقيام بالوظائف الأساسية مثل الاتصال مع الشبكة، لا يتطلب نجاح العملية تزويد العميل بقيم كل المُحددات، ولكن يكفي مجموعة مُحددة منها، تشمل عنواناً للمُضيف وقناعاً الشبكة، وعنوان مخرج افتراضي واحد على الأقل، وعنوان مُخدم [[نظام أسماء النطاقات|أسماء نطاقات]] واحد على الأقل.<ref name="Web-45">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20150126160714/https://docs.oracle.com/cd/E19455-01/806-0916/6ja8539a0/index.html |
||
| تاريخ |
| تاريخ أرشيف= 26 يناير 2015 |
||
| |
| مسار= https://docs.oracle.com/cd/E19455-01/806-0916/6ja8539a0/index.html |
||
| |
| عنوان= Chapter 8 Overview of DHCP |
||
| |
| موقع= Oracle Corporation |
||
| |
| لغة= en |
||
| تاريخ الوصول= 7 يونيو 2018}}</ref> ويستطيع العميل أن يطلب قيمة محددات معينة، سواء أثناء عملية التهيئة الابتدائية أو بعدها. |
| تاريخ الوصول= 7 يونيو 2018 |
||
}}</ref> ويستطيع العميل أن يطلب قيمة محددات معينة، سواء أثناء عملية التهيئة الابتدائية أو بعدها. |
|||
هناك آليتان تستخدمان لتقليل عدد المُحددات المُرسلة من المُخدّم إلى العميل، الأولى هي اعتماد القيمة الافتراضية، وبحسب هذه الآليّة فإنّ العميل يطلب قيمة مُحدد واحد أو أكثر برسالة الطلب، ويقوم المُخدّم بتزويده فقط بالمُحددات التي تغاير قيمتها القيمة الافترضية، أما تلك التي تكون قيمتها مُطابقة للقيمة الافتراضية فلا يقوم المخدم بوضعها في رسالة التأكيد، نتيجة لذلك، فإنّ العميل يعتمد القيم الافتراضية للمحددات التي طلبها من المُخدّم لم تّذكر في رسالة التأكيد، وقد حددت القيم الافتراضية في وثائق طلب التعليقات الخاصة بمتطلبات المضيف. أمّا الآليّة الثانية |
هناك آليتان تستخدمان لتقليل عدد المُحددات المُرسلة من المُخدّم إلى العميل، الأولى هي اعتماد القيمة الافتراضية، وبحسب هذه الآليّة فإنّ العميل يطلب قيمة مُحدد واحد أو أكثر برسالة الطلب، ويقوم المُخدّم بتزويده فقط بالمُحددات التي تغاير قيمتها القيمة الافترضية، أما تلك التي تكون قيمتها مُطابقة للقيمة الافتراضية فلا يقوم المخدم بوضعها في رسالة التأكيد، نتيجة لذلك، فإنّ العميل يعتمد القيم الافتراضية للمحددات التي طلبها من المُخدّم لم تّذكر في رسالة التأكيد، وقد حددت القيم الافتراضية في وثائق طلب التعليقات الخاصة بمتطلبات المضيف. أمّا الآليّة الثانية فهي قيام العميل بتحديد قائمة من المُحددات في رسائل الاسكتشاف والطلب، وعندها يكتفي المُخدّم بتزويده بالمحددات الموجودة في تلك القائمة فقط. |
||
يضيف العميل خيار |
يضيف العميل خيار «قائمة المُحددات المطلوبة» إلى رسالة الطلب أو الاسكتشاف، ويتضمّن هذا الخيار قائمة بالُمحددات المطلوبة، بالإضافة لذلك قد يقترح العميل على المُخدّم قيماً مُعينة لبعض المحددات، باستخدام خيارات خاصة مثل خيار «عنوان بروتوكول الإنترنت المطلوب» أو خيار «مدة استخدام عنوان بروتوكول الإنترنت»،<ref name="Web-47">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180607212849/https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration/15-mt/dhcp-15-mt-book/config-dhcp-client.pdf |
||
| تاريخ |
| تاريخ أرشيف= 7 يونيو 2018 |
||
| |
| مسار= https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration/15-mt/dhcp-15-mt-book/config-dhcp-client.pdf |
||
| |
| عنوان= DHCP Client |
||
| |
| موقع= Cisco Systems |
||
| |
| لغة= en |
||
| تاريخ الوصول= 7 يونيو 2018 |
|||
| تاريخ الوصول= 7 يونيو 2018}}</ref> ولكن يبقى المُخدّم هو صاحب القرار النهائي في اختيار استخدام القيم المُقترحة من عدمه، كما يقوم العميل أيضاً باستخدام خيار "الحجم الأعظمي لرسالة بروتوكول التهيئة الآلية" لإبلاغ المُخدّم بأقصى حجم ممكن لرسائل البروتوكول.<ref name="ietf-38">{{مرجع ويب |
|||
}}</ref> ولكن يبقى المُخدّم هو صاحب القرار النهائي في اختيار استخدام القيم المُقترحة من عدمه، كما يقوم العميل أيضاً باستخدام خيار «الحجم الأعظمي لرسالة بروتوكول التهيئة الآلية» لإبلاغ المُخدّم بأقصى حجم ممكن لرسائل البروتوكول.<ref name="ietf-38">{{استشهاد ويب |
|||
| المؤلف = Gopi Krishna |
|||
|مؤلف = Gopi Krishna |
|||
| التاريخ= 19 فبراير 2002 |
|||
|تاريخ = 19 فبراير 2002 |
|||
| مسار الأرشيف = |
|||
| |
|مسار أرشيف = https://web.archive.org/web/20110111080137/http://www.ietf.org:80/mail-archive/web/dhcwg/current/msg00699.html |
||
|مسار = https://www.ietf.org/mail-archive/web/dhcwg/current/msg00699.html |
|||
| العنوان= [dhcwg] RE: Maximum message size interpretation in DHCP packet |
|||
|عنوان = [dhcwg] RE: Maximum message size interpretation in DHCP packet |
|||
| الموقع= The Internet Society |
|||
|موقع = The Internet Society |
|||
| اللغة= en |
|||
|لغة = en |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
|تاريخ أرشيف = 2011-01-11 |
|||
}}</ref> |
|||
تُقسم محددات العميل بحسب طبقات [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]] إلى ثلاث أقسام،<ref name="ietf-16"/> هي مُحددات خاصة [[طبقة النقل|بطبقة النقل]]، ومحددات خاصة |
تُقسم محددات العميل بحسب طبقات [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]] إلى ثلاث أقسام،<ref name="ietf-16"/> هي مُحددات خاصة [[طبقة النقل|بطبقة النقل]]، ومحددات خاصة [[طبقة الإنترنت|بطبقة الإنترنت]] ومُحددات خاصة [[طبقة الوصلة|بطبقة الربط]]. إنّ المُحددات الخاصة بطبقة النقل تختص [[بروتوكول التحكم بالنقل|ببروتوكول التحكم بالنقل]]، أمّا مُحددات طبقة الإنترنت، فهي تقسم إلى مجموعتين بحسب مجال عمل المُحدد، فإمّا أن يكون عمله على مستوى [[مضيف (حوسبة)|المُضيف]] كاملاً، أو على مستوى أحد [[بطاقة الشبكة|منافذه]]، وهي الحالة التي يملك فيها المضيف أكثر من منفذ. أخيراً، تعمل محددات العمل الخاصة بطبقة الربط على مستوى المنفذ. |
||
=== تمثيل الزمن === |
=== تمثيل الزمن === |
||
عند استخدام البروتوكول، يمكن للعميل أن يطلب استخدام أحد عناوين الشبكة لفترة زمنية، قد تكون مُحددة أو مفتوحة،<ref name="Web-63">{{ |
عند استخدام البروتوكول، يمكن للعميل أن يطلب استخدام أحد عناوين الشبكة لفترة زمنية، قد تكون مُحددة أو مفتوحة،<ref name="Web-63">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180609121202/https://docs.oracle.com/cd/E19455-01/806-5529/chapter2-22/index.html |
||
| تاريخ |
| تاريخ أرشيف= 9 يونيو 2018 |
||
| |
| عنوان= Dynamic and Permanent Lease Type |
||
| |
| مسار= https://docs.oracle.com/cd/E19455-01/806-5529/chapter2-22/index.html |
||
| |
| موقع= Oracle Corporation |
||
| |
| لغة= en |
||
| تاريخ الوصول= 9 يونيو 2018 |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> لذلك فإنّ هناك حاجة لتمثيل الزمن ضمن رسائل البروتوكول، وتزداد المشكلة صعوبة في حالة كون المخدم والعميل غير متزامنين، حيث تصبح الأزمنة المستخدمة نسبية. على كل الأحوال، يتمّ تمثيل الزمن في رسائل البروتوكول بواحدة الثانية، وفي حالة عدم التزامن يُنسب التوقيت إلى ساعة العميل الداخلية.<ref name="ietf-9"/> |
|||
}}</ref> لذلك فإنّ هناك حاجة لتمثيل الزمن ضمن رسائل البروتوكول، وتزداد المشكلة صعوبة في حالة كون المخدم والعميل غير متزامنين، حيث تصبح الأزمنة المستخدمة نسبية. على كل الأحوال، يتمّ تمثيل الزمن في رسائل البروتوكول بواحدة الثانية، وفي حالة عدم التزامن يُنسب التوقيت إلى ساعة العميل الداخلية.<ref name="ietf-9"/> |
|||
يتم تمثيل الزمن باستخدام خانات بطول (32) بدون إشارة،<ref name="ietf-9"/> ما يعني مجال واسع يمكن تمثيل زمن يصل حتى مئة عام فيه، وهي مدة أكبر بكثير من أي قيمة قد يطلبها العميل، أمّا القيمة الواحديّة، والتي تُقابل [[نظام عد ستة عشري|بنظام العد الست عشري]] القيمة: FFFFFFFF)<sub>16</sub>) فهي تُمثّل اللانهاية، وتُستخدم لطلب مدة استخدام مفتوحة.<ref name="Web-55">{{ |
يتم تمثيل الزمن باستخدام خانات بطول (32) بدون إشارة،<ref name="ietf-9"/> ما يعني مجال واسع يمكن تمثيل زمن يصل حتى مئة عام فيه، وهي مدة أكبر بكثير من أي قيمة قد يطلبها العميل، أمّا القيمة الواحديّة، والتي تُقابل [[نظام عد ستة عشري|بنظام العد الست عشري]] القيمة: FFFFFFFF)<sub>16</sub>) فهي تُمثّل اللانهاية، وتُستخدم لطلب مدة استخدام مفتوحة.<ref name="Web-55">{{استشهاد ويب |
||
| |
| تاريخ= 22 أوكتوبر 2017 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180608201225/https://community.ubnt.com/t5/UniFi-Routing-Switching/DHCP-lease-time-not-to-RFC-2131-3-3-standard/td-p/2108781 |
||
| تاريخ |
| تاريخ أرشيف= 8 يناير 2018 |
||
| |
| مسار= https://community.ui.com/questions/a73d0e9c-5c41-4b75-93fe-73fc66283a14 |
||
| |
| عنوان= DHCP lease time not to RFC 2131 3.3 standard |
||
| |
| موقع= Ubiquiti Networks, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
| تاريخ الوصول= 8 يونيو 2018 |
||
}}</ref> |
|||
في حال عدم وجود تزامن بين ساعة المخدّم وساعة العميل، تفترض آليّة العمل السابقة أن الساعتين الداخليّتين للعميل والمخدم مستقرتان بالنسبة لبعضهما البعض، أي أنهما يقيسان مرور الزمن بنفس الطريقة وبدون أي إزاحة، وإذا لم يتحقق ذلك، فإن المُخدّم الذي من عميلاً ما عنوان بروتوكول إنترنت، قد يُعيد استخدامه |
في حال عدم وجود تزامن بين ساعة المخدّم وساعة العميل، تفترض آليّة العمل السابقة أن الساعتين الداخليّتين للعميل والمخدم مستقرتان بالنسبة لبعضهما البعض، أي أنهما يقيسان مرور الزمن بنفس الطريقة وبدون أي إزاحة، وإذا لم يتحقق ذلك، فإن المُخدّم الذي من عميلاً ما عنوان بروتوكول إنترنت، قد يُعيد استخدامه بسبب انتهاء مدة الاستخدام ويمنحه لعميل آخر، في الوقت الذي ما يزال العميل العنوان قيد الاستخدام من قبل العميل الأول، ما قد يُسبب تعارضاً في العناوين في الشبكة،<ref name="ietf-9"/> لحل هذه المشكلة، يُمكن للمُخدّم أن يُخبر العميل بمدة استخدام أقصر من المدة الفعليّة التي يُخزّنها قي قاعدة بياناته.<ref name="Web-76">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180610141319/https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/ip_express/8-3/dhcp/guide/CPIPE_8_3_DHCP_User_Guide/bk_CPNR_DHCP_User_Guide_chapter_01.html |
||
| تاريخ |
| تاريخ أرشيف= 10 يونيو 2018 |
||
| |
| مسار= https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/ip_express/8-3/dhcp/guide/CPIPE_8_3_DHCP_User_Guide/bk_CPNR_DHCP_User_Guide_chapter_01.html |
||
| |
| عنوان= Chapter: Managing DHCP Server |
||
| |
| موقع= Cisco Systems, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول= 10 يونيو 2018 |
||
}}</ref> |
|||
=== مؤقتات البروتوكول === |
=== مؤقتات البروتوكول === |
||
[[ |
[[ملف:DHCP Client Address Life Cycle -ar.png|تصغير|300بك|دورة حياة عميل بروتوكول تهيئة المضيف الآلية عند تجديد مدة استخدام العنوان.]] |
||
يستخدم بروتوكول التهيئة الآليّة للمضيفين ثلاث مؤقتات زمنية هي المؤقت (T1) والمؤقت (T2) ومؤقت مدة الاستخدام، والهدف من استعمالها هو تحديد الأزمنة التي |
يستخدم بروتوكول التهيئة الآليّة للمضيفين ثلاث مؤقتات زمنية هي المؤقت (T1) والمؤقت (T2) ومؤقت مدة الاستخدام، والهدف من استعمالها هو تحديد الأزمنة التي ينتظرها العميل في كل حالة عند طلب تجديد مدة استخدام العنوان. يحصل العميل على قيمة المؤقتات من رسالة التأكيد الإيجابي التي يستقبلها كرد على رسالة الطلب. تكون القيم الزمنية نسبية، ويقوم العميل بنسبها إلى ساعته الداخلية، لذلك ليس هناك حاجة للتزامن بين العميل والمُخدّم.<ref name="ietf-9"/> |
||
تحدد قيمة المؤقتات متى تحصل الانتقالات بين الحالات الداخلية للعميل، إنّ نفاذ القيمة الزمنية لأي منها يسبب الانتقال من الحالة الحالية إلى حالة أخرى لاحقة بالشكل التالي:<ref name="Web-49">{{ |
تحدد قيمة المؤقتات متى تحصل الانتقالات بين الحالات الداخلية للعميل، إنّ نفاذ القيمة الزمنية لأي منها يسبب الانتقال من الحالة الحالية إلى حالة أخرى لاحقة بالشكل التالي:<ref name="Web-49">{{استشهاد ويب |
||
| |
|تاريخ = 20 سبتمبر 2005 |
||
| |
|مؤلف = Charles M. Kozierok. |
||
| |
|مسار أرشيف = https://web.archive.org/web/20171108002818/http://www.tcpipguide.com:80/free/t_DHCPLeaseLifeCycleOverviewAllocationReallocationRe.htm |
||
| |
|تاريخ أرشيف = 2 يناير 2018 |
||
| |
|مسار = http://www.tcpipguide.com:80/free/t_DHCPLeaseLifeCycleOverviewAllocationReallocationRe.htm |
||
| |
|عنوان = DHCP Lease "Life Cycle" Overview (Allocation, Reallocation, Renewal, Rebinding and Release) and Lease Timers |
||
| |
|موقع = The TCP/IP Guide |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 8 يونيو 2018 |
||
}}</ref> |
|||
* '''المؤقت (T1)''': يحدد الزمن الذي يقضيه العميل في حالة الالتزام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ قيمته يجب أن ينتقل العميل إلى حالة إعادة التجديد (RENEWING).<ref name="Web-48">{{ |
* '''المؤقت (T1)''': يحدد الزمن الذي يقضيه العميل في حالة الالتزام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ قيمته يجب أن ينتقل العميل إلى حالة إعادة التجديد (RENEWING).<ref name="Web-48">{{استشهاد ويب |
||
| |
| تاريخ= 20 سبتمبر 2005 |
||
| |
| مؤلف= Charles M. Kozierok. |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180102223743/http://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses-2.htm |
||
| تاريخ |
| تاريخ أرشيف= 2 يناير 2018 |
||
| |
| مسار= http://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses-2.htm |
||
| |
| عنوان= DHCP Lease Renewal and Rebinding Processes |
||
| |
| موقع= The TCP/IP Guide |
||
| |
| لغة= en |
||
| تاريخ الوصول= 7 يونيو 2018 |
|||
| تاريخ الوصول= 7 يونيو 2018}}</ref> عند الدخول في حالة إعادة التجديد يقوم العميل بطلب تجديد مدة استخدام العنوان من المُخدّم الذي سبق ومنحه إياه. تكون قيمة المؤقت (T1) أقل من زمن استخدام العنوان، وبشكلٍ افتراضي تبلغ قيمتها نصف قيمة مدة الاستخدام.<ref name="Web-51">{{مرجع ويب |
|||
}}</ref> عند الدخول في حالة إعادة التجديد يقوم العميل بطلب تجديد مدة استخدام العنوان من المُخدّم الذي سبق ومنحه إياه. تكون قيمة المؤقت (T1) أقل من زمن استخدام العنوان، وبشكلٍ افتراضي تبلغ قيمتها نصف قيمة مدة الاستخدام.<ref name="Web-51">{{استشهاد ويب |
|||
| التاريخ = 22 يونيو 2009 |
|||
| تاريخ= 22 يونيو 2009 |
|||
| مسار الأرشيف = https://web.archive.org/web/20180608192053/https://supportforums.cisco.com/t5/collaboration-voice-and-video/what-is-the-significance-of-quot-renewal-t1-time-sec-quot-and/ta-p/3132484 |
|||
| مسار أرشيف= https://web.archive.org/web/20180608192053/https://supportforums.cisco.com/t5/collaboration-voice-and-video/what-is-the-significance-of-quot-renewal-t1-time-sec-quot-and/ta-p/3132484 |
|||
| تاريخ الأرشيف =8 يونيو 2018 |
|||
| تاريخ أرشيف= 8 يونيو 2018 |
|||
| المسار= https://supportforums.cisco.com/t5/collaboration-voice-and-video/what-is-the-significance-of-quot-renewal-t1-time-sec-quot-and/ta-p/3132484 |
|||
| مسار= https://community.cisco.com/t5/collaboration-voice-and-video/what-is-the-significance-of-quot-renewal-t1-time-sec-quot-and/ta-p/3132484 |
|||
| العنوان= What is the significance of "Renewal(T1) Time(sec)" and "Rebinding(T2) Time(sec)" when DHCP is configured on Cisco CallManager Server 5.x |
|||
| عنوان= What is the significance of "Renewal(T1) Time(sec)" and "Rebinding(T2) Time(sec)" when DHCP is configured on Cisco CallManager Server 5.x |
|||
| الموقع= Cisco Systems, Inc. |
|||
| موقع= Cisco Systems, Inc. |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
|||
| تاريخ الوصول= 8 يونيو 2018 |
|||
* '''المؤقت (T2)''': يحدد الزمن الذي يقضيه العميل في حالة إعادة التجديد في حال لم تصل أي رسالة تأكيد من المخدّم حول إعادة تجديد مدة الاستخدام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ المؤقت يجب أن ينتقل العميل إلى حالة إعادة الالتزام (REBINDING)، وفيها يقوم العميل بإعادة إرسال رسالة الطلب لكن بشكل [[بث عام (شبكات)|بث عام]] لتصل إلى أي [[خادم (حوسبة)|مُخدّم]] للبرتوكول.<ref name="Web-48"/> يجب أن تكون قيمة المؤقت (T2) أكبر من قيمة المؤقت (T1)، بحيث يُتاح للعميل فرصة طلب تجديد مدة الاستخدام من مُخدمات أخرى للبروتوكول، بشكلٍ افتراضي تبلغ قيمة هذا المؤقت (87.5)% أو سبعة أثمان قيمة مدة الاستخدام.<ref name="Web-51"/> |
|||
}}</ref> |
|||
* '''مدة الاستخدام''': تحدد الزمن الي يمكن للعميل فيه أن يستضيف عنواناً مُحدداً،<ref name="Web-46">{{مرجع ويب |
|||
* '''المؤقت (T2)''': يحدد الزمن الذي يقضيه العميل في حالة إعادة التجديد في حال لم تصل أي رسالة تأكيد من المخدّم حول إعادة تجديد مدة الاستخدام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ المؤقت يجب أن ينتقل العميل إلى حالة إعادة الالتزام (REBINDING)، وفيها يقوم العميل بإعادة إرسال رسالة الطلب لكن بشكل [[بث عام (شبكات)|بث عام]] لتصل إلى أي [[خادوم|مُخدّم]] للبرتوكول.<ref name="Web-48"/> يجب أن تكون قيمة المؤقت (T2) أكبر من قيمة المؤقت (T1)، بحيث يُتاح للعميل فرصة طلب تجديد مدة الاستخدام من مُخدمات أخرى للبروتوكول، بشكلٍ افتراضي تبلغ قيمة هذا المؤقت (87.5)% أو سبعة أثمان قيمة مدة الاستخدام.<ref name="Web-51"/> |
|||
| مسار الأرشيف = https://web.archive.org/web/20150607035217/http://docs.oracle.com:80/cd/E19455-01/806-0916/6ja8539a7/index.html |
|||
* '''مدة الاستخدام''': تحدد الزمن الي يمكن للعميل فيه أن يستضيف عنواناً مُحدداً،<ref name="Web-46">{{استشهاد ويب |
|||
| تاريخ الأرشيف =26 يناير 2015 |
|||
| |
| مسار أرشيف= https://web.archive.org/web/20150607035217/http://docs.oracle.com:80/cd/E19455-01/806-0916/6ja8539a7/index.html |
||
| تاريخ أرشيف= 26 يناير 2015 |
|||
| العنوان= Chapter 9 Planning for DHCP Service |
|||
| مسار= https://docs.oracle.com/cd/E19455-01/806-0916/6ja8539a7/index.html |
|||
| الموقع= Oracle Corporation |
|||
| عنوان= Chapter 9 Planning for DHCP Service |
|||
| اللغة= en |
|||
| موقع= Oracle Corporation |
|||
| تاريخ الوصول= 7 يونيو 2018}}</ref> ويمكن أن تكون لانهائيّة، بمعنى أن العنوان قد مُنح بشكلٍ دائم للعميل، أمّا بخلاف ذلك، فإن العميل يُشغّل مُؤقّت لمدة الاستخدام عندما يدخل العميل في حالة الالتزام، وإذا نفذ المؤقت، فإنّ العميل، الذي سيكون عندها في حالة إعادة الالتزام حتماً، لأن قيمة المؤقتين (T1) و(T2) أقل دائماً من مدة الاستخدام، ينتقل إلى الحالة البدائية ويبدأ عملية التهيئة الآلية من البداية.<ref name="Web-50">{{مرجع ويب |
|||
| لغة= en |
|||
| التاريخ = 14 أبريل 2015 |
|||
| تاريخ الوصول= 7 يونيو 2018 |
|||
| المؤلف = Charles M. Kozierok. |
|||
}}</ref> ويمكن أن تكون لانهائيّة، بمعنى أن العنوان قد مُنح بشكلٍ دائم للعميل، أمّا بخلاف ذلك، فإن العميل يُشغّل مُؤقّت لمدة الاستخدام عندما يدخل العميل في حالة الالتزام، وإذا نفذ المؤقت، فإنّ العميل، الذي سيكون عندها في حالة إعادة الالتزام حتماً، لأن قيمة المؤقتين (T1) و (T2) أقل دائماً من مدة الاستخدام، ينتقل إلى الحالة البدائية ويبدأ عملية التهيئة الآلية من البداية.<ref name="Web-50">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20180608191620/https://learningnetwork.cisco.com/thread/83595 |
|||
| تاريخ |
| تاريخ= 14 أبريل 2015 |
||
| مؤلف= Charles M. Kozierok. |
|||
| المسار= https://learningnetwork.cisco.com/thread/83595 |
|||
| مسار= https://learningnetwork.cisco.com/thread/83595 |
|||
| العنوان= What happen if DHCP lease expires when the PC is disconnected from the network ? |
|||
| عنوان= What happen if DHCP lease expires when the PC is disconnected from the network ? |
|||
| الموقع= Cisco Systems, Inc. |
|||
| موقع= Cisco Systems, Inc. |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
|||
| تاريخ الوصول= 8 يونيو 2018 |
|||
| تاريخ أرشيف= 8 يونيو 2018 |
|||
| مسار أرشيف= https://web.archive.org/web/20180608191620/https://learningnetwork.cisco.com/thread/83595 |
|||
|url-status=dead}}</ref> |
|||
=== رسائل البروتوكول === |
=== رسائل البروتوكول === |
||
يتبادل [[عميل (حوسبة)|عميل]] البروتوكول و[[ |
يتبادل [[عميل (حوسبة)|عميل]] البروتوكول و[[خادوم|مُخدّمه]] مجموعة من الرسائل التي تُسمّى رسائل البروتوكول، وقد يكون التبادل مُباشراً إذا كان العميل والمُخدّم في نفس [[شبكة محلية|الشبكة المحليّة]]، أو عبر وكيل إذا كان العميل في شبكة محليّة مُختلفة عن شبكة المُخدّم.<ref name="Web-28"/> إذا كان المُخدم على معرفة بعنوان العميل، فإنّه يقوم بإرسال الرسائل بشكل [[بث فريد|بثّ فريدِ الوجهة]]، أمّا في الحالة التي يطلب فيها العميل الحصول على عنوان بروتوكول الإنترنت فإن المُخدّم يرسل رسائل [[بث عام (شبكات)|بث عام]] إلى العميل، لانه لم يستضيف عنوان بعدُ. في حالة وجود وكيل، تكون الرسائل المتبادلة بين المُخدّم والوكيل رسائل بث فريد الوجهة دائماً، لأن كلاهما يستضيف عنواناً صريحاً،<ref name="Web-64"/> أمّا الرسائل المُرسلة من العميل إلى المخدّم، مُباشرةً أو عبر وكيل، فإنّ نمط توجيهها (بث فريد أو عام) يعتمد على طبيعة الرسالة نفسها وعلى حالة العميل.<ref name="Web-65"/> |
||
بحسب المعيار الأصلي للبروتوكول،<ref name="ietf-9"/> يرسل العميل خمسة أنواع من الرسائل نحو المُخدّم هي رسالة الاستكشاف ورسالة الطلب ورسالة الرفض ورسالة تحرير العنوان ورسالة الإعلام، أمّا المُخدّم فيُرسل ثلاث رسائل هي رسالة العرض ورسالة التأكيد السلبي ورسالة التأكيد الإيجابي. لكل رسالة وظيفة محددة، ولكنها جميعاً تشترك بنفس البنية، وتختلف بقيمة الحقول أو بعدد ونوع الخيارات المُستعملة. |
بحسب المعيار الأصلي للبروتوكول،<ref name="ietf-9"/> يرسل العميل خمسة أنواع من الرسائل نحو المُخدّم هي رسالة الاستكشاف ورسالة الطلب ورسالة الرفض ورسالة تحرير العنوان ورسالة الإعلام، أمّا المُخدّم فيُرسل ثلاث رسائل هي رسالة العرض ورسالة التأكيد السلبي ورسالة التأكيد الإيجابي. لكل رسالة وظيفة محددة، ولكنها جميعاً تشترك بنفس البنية، وتختلف بقيمة الحقول أو بعدد ونوع الخيارات المُستعملة. |
||
سطر 712: | سطر 791: | ||
{| class="wikitable" |
{| class="wikitable" |
||
|+ رسائل بروتوكول |
|+ رسائل بروتوكول تهيئة المضيف الآلية بحسب المعيار الأصلي للبروتوكول (رسائل التوسيعات غير مشمولة). |
||
|- |
|- |
||
! اسم الرسالة باللغة العربية!! اسم الرسالة باللغة |
! اسم الرسالة باللغة العربية!! اسم الرسالة باللغة الإنكليزية !! اتجاه الحركة !! الاستخدام |
||
|- |
|- |
||
| رسالة الاستكشاف || DHCPDISCOVER || |
| رسالة الاستكشاف || DHCPDISCOVER || من [[عميل (حوسبة)|العميل]] نحو [[خادوم|المُخدّم]]|| ترسل من قبل العملاء لتحديد مُخدّمات البروتوكول المُتاحة.<ref name="Web-47"/> |
||
|- |
|- |
||
| رسالة العرض || DHCPOFFER || |
| رسالة العرض || DHCPOFFER || من المخدم نحو العميل || رد على رسالة الاستكشاف، تحتوي على عرض يقدمه المُخدم للعميل يضم مجموعة من معلومات التهيئة.<ref name="Web-66"/> |
||
|- |
|- |
||
| رسالة الطلب |
| رسالة الطلب || DHCPREQUEST|| من العميل نحو المخدم || وتستخدم في:<ref name="Web-66">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180609170921/https://www.paloaltonetworks.com/documentation/71/pan-os/pan-os/networking/dhcp-messages |
||
| تاريخ |
| تاريخ أرشيف= 9 يونيو 2018 |
||
| |
| مسار= https://docs.paloaltonetworks.com/pan-os/7-1/pan-os-admin/networking/dhcp/dhcp-messages |
||
| |
| عنوان= DHCP Messages |
||
| |
| موقع= Palo Alto Networks, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
| تاريخ الوصول= 9 يونيو 2018 |
||
}}</ref> |
|||
* رد على رسالة عرض سابقة، يتم من خلالها طلب المُحددات المعروضة من مُخدّم محدد في رسالة عرض سابقة، إرسال هذه الرسالة يعني رفض العروض المُقدّمة من مخدّمات أخرى، في حال وجودها. |
* رد على رسالة عرض سابقة، يتم من خلالها طلب المُحددات المعروضة من مُخدّم محدد في رسالة عرض سابقة، إرسال هذه الرسالة يعني رفض العروض المُقدّمة من مخدّمات أخرى، في حال وجودها. |
||
* تأكيد الاستمرار في استخدام عنوان ممنوح مُسبقاً، بعد إعادة إقلاع العميل مثلاً.. |
* تأكيد الاستمرار في استخدام عنوان ممنوح مُسبقاً، بعد إعادة إقلاع العميل مثلاً.. |
||
سطر 735: | سطر 815: | ||
| رسالة التأكيد الإيجابي || DHCPACK || من المخدم نحو العميل || ردّ على رسالة الطلب، تحتوي على معلومات التهيئة وتتضمن عنوان الشبكة الذي تمّ تخصيصه للعميل، أو حصة العميل من فضاء العناوين.<ref name="Web-66"/> يلتزم المُخدّم، أو مجموعة المخدمات، التي تشغّل البروتوكول بضمان عدم منح العنوان إلى أي عميل آخر خلال زمن تحدده مدة الاستخدام. |
| رسالة التأكيد الإيجابي || DHCPACK || من المخدم نحو العميل || ردّ على رسالة الطلب، تحتوي على معلومات التهيئة وتتضمن عنوان الشبكة الذي تمّ تخصيصه للعميل، أو حصة العميل من فضاء العناوين.<ref name="Web-66"/> يلتزم المُخدّم، أو مجموعة المخدمات، التي تشغّل البروتوكول بضمان عدم منح العنوان إلى أي عميل آخر خلال زمن تحدده مدة الاستخدام. |
||
|- |
|- |
||
| رسالة التأكيد السلبي|| DHCPNAK || من المخدم نحو العميل || ردّ على رسالة الطلب، وهي إشعار من المُخدّم إلى العميل بأنّ عنوان بروتوكول الإنترنت الذي وضعه العميل في رسالة طلب سابقة غير مناسب، مثلاً قام العميل بتغيير شبكته ولكنّه مازال يستخدم عنوان بروتوكول الإنترنت القديم خاصته.<ref name="Web-61">{{ |
| رسالة التأكيد السلبي|| DHCPNAK || من المخدم نحو العميل || ردّ على رسالة الطلب، وهي إشعار من المُخدّم إلى العميل بأنّ عنوان بروتوكول الإنترنت الذي وضعه العميل في رسالة طلب سابقة غير مناسب، مثلاً قام العميل بتغيير شبكته ولكنّه مازال يستخدم عنوان بروتوكول الإنترنت القديم خاصته.<ref name="Web-61">{{استشهاد ويب |
||
| |
| تاريخ= 26 أوكتوبر 2006 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180609113920/https://blogs.technet.microsoft.com/teamdhcp/2006/10/26/when-is-dhcp-nak-issued/ |
||
| تاريخ |
| تاريخ أرشيف= 9 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/en-us/archive/blogs/teamdhcp/when-is-dhcp-nak-issued |
||
| |
| عنوان= When is DHCP NAK issued? |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
| تاريخ الوصول= 9 يونيو 2018 |
||
}}</ref> |
|||
|- |
|- |
||
| رسالة الرفض || DHCPDECLINE|| من العميل نحو المُخدّم || وهي إشعار من العميل إلى المُخدّم، تهدف إلى إعلامه بأنّ عنوان الشبكة الذي تم تخصيصه للعميل هو قيد الاستخدام مسبقاً.<ref name="Web-1">{{ |
| رسالة الرفض || DHCPDECLINE|| من العميل نحو المُخدّم || وهي إشعار من العميل إلى المُخدّم، تهدف إلى إعلامه بأنّ عنوان الشبكة الذي تم تخصيصه للعميل هو قيد الاستخدام مسبقاً.<ref name="Web-1">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20100304021741/http://www.utorrent.com/documentation/beginners-guide |
||
| تاريخ |
| تاريخ أرشيف= 12 مايو 2018 |
||
| |
| مسار= https://support.microsoft.com/en-us/help/159822/ |
||
| |
| عنوان= DHCP Clients' Ability to Send DHCPDECLINE Message |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 12 مايو 2018}}</ref> |
| تاريخ الوصول= 12 مايو 2018 |
||
}}</ref> |
|||
|- |
|- |
||
| رسالة تحرير العنوان || DHCPRELEASE|| من العميل نحو المُخدّم || وهي رسالة إشعار من العميل إلى المُخدّم، تُعلمُه بأنّ العنوان أصبح حُرّاً للاستخدام من قبل المُخدّم قبل انتهاء مدة الاستخدام، لا يجب على العميل استخدام العنوان مُجدداً بعد إرسال هذه الرسالة.<ref name = "JOU-3">{{ |
| رسالة تحرير العنوان || DHCPRELEASE|| من العميل نحو المُخدّم || وهي رسالة إشعار من العميل إلى المُخدّم، تُعلمُه بأنّ العنوان أصبح حُرّاً للاستخدام من قبل المُخدّم قبل انتهاء مدة الاستخدام، لا يجب على العميل استخدام العنوان مُجدداً بعد إرسال هذه الرسالة.<ref name = "JOU-3">{{استشهاد بدورية محكمة |
||
|الأخير= Park |
|الأخير= Park |
||
|الأول= Soohong |
|الأول= Soohong |
||
| |
|مؤلف2-الأخير= Pyungsoo |
||
|مؤلف2-الأول=Kim |
|||
|الأول2=Kim |
|||
| |
|مؤلف3-الأخير= Minho |
||
|مؤلف3-الأول=Lee |
|||
|الأول3=Lee |
|||
| |
|مؤلف4-الأخير= Kim |
||
| |
|مؤلف4-الأول=Youngkeun |
||
| |
|صحيفة = PDCAT 2004: Parallel and Distributed Computing: Applications and Technologies |
||
| |
|عنوان= Fast Address Configuration for WLAN |
||
| |
|المجلد= 17 |
||
| |
|العدد = 5 |
||
| |
|سنة= 2004 |
||
| |
|صفحة= 396-400 |
||
| |
| ناشر = Springer |
||
| doi = 10.1007/978-3-540-30501-9_81 |
| doi = 10.1007/978-3-540-30501-9_81 |
||
| isbn = 978-3-540-24013-6 |
| isbn = 978-3-540-24013-6 |
||
}}</ref> |
}}</ref> |
||
|- |
|- |
||
| رسالة الإعلام || DHCPINFORM || من العميل نحو المُخدّم|| تُستخدم لطلب مُحددات تهيئة محليّة من المُخدّم، والمقصود بكلمة محليّة أنّها خاصّة بالعميل نفسه. يجب أن يستضيف العميل عنوان بروتوكول إنترنت بشكلٍ مُسبق ليتمكن من استخدام هذه الرسالة، لا تستخدم هذه الرسالة لطلب عنوان منح بروتوكول إنترنت ولا لتجديد مدة استخدام عنوان ممنوح مسبقاً.<ref name="ietf-37">{{ |
| رسالة الإعلام || DHCPINFORM || من العميل نحو المُخدّم|| تُستخدم لطلب مُحددات تهيئة محليّة من المُخدّم، والمقصود بكلمة محليّة أنّها خاصّة بالعميل نفسه. يجب أن يستضيف العميل عنوان بروتوكول إنترنت بشكلٍ مُسبق ليتمكن من استخدام هذه الرسالة، لا تستخدم هذه الرسالة لطلب عنوان منح بروتوكول إنترنت ولا لتجديد مدة استخدام عنوان ممنوح مسبقاً.<ref name="ietf-37">{{استشهاد ويب |
||
| |
|مؤلف = D. Hankins |
||
| |
|تاريخ = أوكتوبر 2011 |
||
|مسار أرشيف = https://web.archive.org/web/20190930010001/https://tools.ietf.org/html/draft-ietf-dhc-dhcpinform-clarify-06 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://tools.ietf.org/html/draft-ietf-dhc-dhcpinform-clarify-06 |
||
| |
|عنوان = Dynamic Host Configuration Protocol DHCPINFORM Message Clarifications draft-ietf-dhc-dhcpinform-clarify-06 |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 9 يونيو 2018 |
||
|تاريخ أرشيف = 2019-09-30 |
|||
}}</ref> |
|||
|} |
|} |
||
تكون رسائل الاستكشاف والطلب والإعلام التي يُرسلها العميل رسائل بث عام، إلا إذا كان العميل يعرف عنوان المُخدّم، فإنّه يُرسلها عندها كرسائل فريدة الوجهة.<ref name="Web-56">{{ |
تكون رسائل الاستكشاف والطلب والإعلام التي يُرسلها العميل رسائل بث عام، إلا إذا كان العميل يعرف عنوان المُخدّم، فإنّه يُرسلها عندها كرسائل فريدة الوجهة.<ref name="Web-56">{{استشهاد ويب |
||
| |
| تاريخ= 22 نوفمبر 2012 |
||
| مسار |
| مسار= https://learningnetwork.cisco.com/thread/48681 |
||
| عنوان= DHCP Broadcast or Unicast? |
|||
| تاريخ الأرشيف =8 يونيو 2018 |
|||
| موقع= Cisco Systems, Inc. |
|||
| المسار= https://learningnetwork.cisco.com/thread/48681 |
|||
| لغة= en |
|||
| العنوان= DHCP Broadcast or Unicast? |
|||
| تاريخ الوصول= 8 يونيو 2018 |
|||
| الموقع= Cisco Systems, Inc. |
|||
| تاريخ أرشيف= 8 يونيو 2018 |
|||
| اللغة= en |
|||
| مسار أرشيف= https://web.archive.org/web/20180608203645/https://learningnetwork.cisco.com/thread/48681 |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> يرسل العميل رسالة تحرير العنوان بشكل رسالة فريدة الوجهة دائماً، ويكون عنوانها هو عنوان المُخدّم الذي منح العميل العنوان.<ref name="Web-57">{{مرجع ويب |
|||
|url-status=dead}}</ref> يرسل العميل رسالة تحرير العنوان بشكل رسالة فريدة الوجهة دائماً، ويكون عنوانها هو عنوان المُخدّم الذي منح العميل العنوان.<ref name="Web-57">{{استشهاد ويب |
|||
| التاريخ = 16 أوكتوير 2014 |
|||
| تاريخ= 16 أوكتوير 2014 |
|||
| مسار الأرشيف = https://web.archive.org/web/20180608204015/https://spirent.force.com/SpirentCSC/SC_KnowledgeView?Id=FAQ16059 |
|||
| مسار أرشيف= https://web.archive.org/web/20180608204015/https://spirent.force.com/SpirentCSC/SC_KnowledgeView?Id=FAQ16059 |
|||
| تاريخ الأرشيف =8 يونيو 2018 |
|||
| تاريخ أرشيف= 8 يونيو 2018 |
|||
| المسار= https://spirent.force.com/SpirentCSC/SC_KnowledgeView?Id=FAQ16059 |
|||
| مسار= https://spirent.force.com/SpirentCSC/SC_KnowledgeView?Id=FAQ16059 |
|||
| العنوان= Spirent TestCenter: Why is DHCP release unicast even after setting Broadcast flag on DHCP client? |
|||
| عنوان= Spirent TestCenter: Why is DHCP release unicast even after setting Broadcast flag on DHCP client? |
|||
| الموقع= Spirent Communications |
|||
| موقع= Spirent Communications |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> أمّا رسالة الرفض، فهي رسالة بث عام دائماً.<ref name="Web-58">{{مرجع ويب |
|||
| تاريخ الوصول= 8 يونيو 2018 |
|||
| مسار الأرشيف = https://web.archive.org/web/20180608204341/http://dhcpcanon.readthedocs.io/en/latest/implementation.html |
|||
}}</ref> أمّا رسالة الرفض، فهي رسالة بث عام دائماً.<ref name="Web-58">{{استشهاد ويب |
|||
| تاريخ الأرشيف =8 يونيو 2018 |
|||
| |
| مسار أرشيف= https://web.archive.org/web/20180608204341/http://dhcpcanon.readthedocs.io/en/latest/implementation.html |
||
| تاريخ أرشيف= 8 يونيو 2018 |
|||
| العنوان= Message types and options details in all layers |
|||
| مسار= http://dhcpcanon.readthedocs.io/en/latest/implementation.html |
|||
| الموقع= juga |
|||
| عنوان= Message types and options details in all layers |
|||
| اللغة= en |
|||
| موقع= juga |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
|||
| لغة= en |
|||
| تاريخ الوصول= 8 يونيو 2018 |
|||
}}</ref> |
|||
=== إعادة الإرسال وشرط الانتظار === |
=== إعادة الإرسال وشرط الانتظار === |
||
إعادة الإرسال هي قيام العميل بإرسال رسالة من رسائل البروتوكول مرة أخرى إلى المُخدّم بسبب عدم وصول الرسالة السابقة إليه أو عدم وصول الرد عليها. لا يقوم المُخدّم بإعادة الإرسال أبداً فهي وظيفة من وظائف العميل، وهي محكومة دائماً بشرط الانتظار، وهو آليّة يُحدد من خلالها العميل متى يتوجب عليه إعادة إرسال الرسالة مرة أخرى. لا يوجد شرط انتظار صارم محدد، ويترك للعميل اختياره، لكنه يجب أن يأخذ بعين الاعتبار الزمن اللازم |
إعادة الإرسال هي قيام العميل بإرسال رسالة من رسائل البروتوكول مرة أخرى إلى المُخدّم بسبب عدم وصول الرسالة السابقة إليه أو عدم وصول الرد عليها. لا يقوم المُخدّم بإعادة الإرسال أبداً فهي وظيفة من وظائف العميل، وهي محكومة دائماً بشرط الانتظار، وهو آليّة يُحدد من خلالها العميل متى يتوجب عليه إعادة إرسال الرسالة مرة أخرى. لا يوجد شرط انتظار صارم محدد، ويترك للعميل اختياره، لكنه يجب أن يأخذ بعين الاعتبار الزمن اللازم لانتقال الرسالة من العميل إلى المُخدّم وبالعكس، كما يستحسن أن تكون فترات الانتظار متزايدة بشكل أسيّ مع قيمة محددة لا يتم تجاوزها، على أن لا يتجاوز عدد مرات إعادة الإرسال (4) مرات ضمن إطار زمني في هو في حدود الدقيقة واحدة.<ref name="Web-59">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180608205015/http://dhcpcanon.readthedocs.io/en/latest/specification.html |
||
| تاريخ |
| تاريخ أرشيف= 8 يونيو 2018 |
||
| |
| مسار= http://dhcpcanon.readthedocs.io/en/latest/specification.html#not-specified-in-rfc7844-but-in-rfc2131 |
||
| |
| عنوان= Not specified in RFC7844, but in RFC2131 |
||
| |
| موقع= juga |
||
| |
| لغة= en |
||
| تاريخ الوصول= 8 يونيو 2018 |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> إذا لم يتحقق شرط الانتظار، قد يقوم العميل بضبط المُحددات إلى القيم الافتراضية، أو استخدام آلية أخرى مدعومة في [[نظام التشغيل]] مثل [[العنونة الآلية الخاصة لبروتوكول الإنترنت]] ({{اختصار مخفي|APIPA|Automatic Private IP Addressing}}).<ref name="Web-73">{{مرجع ويب |
|||
}}</ref> إذا لم يتحقق شرط الانتظار، قد يقوم العميل بضبط المُحددات إلى القيم الافتراضية، أو استخدام آلية أخرى مدعومة في [[نظام تشغيل|نظام التشغيل]] مثل [[العنونة الآلية الخاصة لبروتوكول الإنترنت]] ({{اختصار مخفي|APIPA|Automatic Private IP Addressing}}).<ref name="Web-73">{{استشهاد ويب |
|||
| مسار الأرشيف = https://web.archive.org/web/20180504012238/https://support.microsoft.com/en-us/help/220874/how-to-use-automatic-tcp-ip-addressing-without-a-dhcp-server |
|||
| مسار أرشيف= https://web.archive.org/web/20180504012238/https://support.microsoft.com/en-us/help/220874/how-to-use-automatic-tcp-ip-addressing-without-a-dhcp-server |
|||
| تاريخ الأرشيف =4 مايو 2018 |
|||
| تاريخ أرشيف= 4 مايو 2018 |
|||
| المسار= https://support.microsoft.com/en-us/help/220874/how-to-use-automatic-tcp-ip-addressing-without-a-dhcp-server |
|||
| |
| مسار= https://docs.microsoft.com/en-us/windows-server/troubleshoot/how-to-use-automatic-tcpip-addressing-without-a-dh?branch=pr-en-us-959 |
||
| عنوان= How to use automatic TCP/IP addressing without a DHCP server |
|||
| الموقع= Microsoft |
|||
| موقع= Microsoft |
|||
| اللغة= en |
|||
| لغة= en |
|||
| تاريخ الوصول= 10 يونيو 2018}}</ref><ref name="Web-74"/> |
|||
| تاريخ الوصول= 10 يونيو 2018 |
|||
}}</ref><ref name="Web-74"/> |
|||
على سبيل المثال، إذا كان [[إيثرنت|الإيثرنت]] [[معدل نقل |
على سبيل المثال، إذا كان [[إيثرنت|الإيثرنت]] [[معدل نقل البتات|بمُعدّل نقل]] هو (10) ميغابت في الثانية هو بروتوكول [[طبقة الوصلة|الربط]] المُستعمل، فإنّ شرط انتظار مناسب قبل إعادة الإرسال لأول مرة يمكن أن يكون انتظار وصول الرد لفترة تزيد عن (4) ثواني بعد الإرسال، وتتضاعف هذه القيمة لتصبح (8) ثواني ينتظرها العميل لوصول الرد على إعادة الإرسال الأولى، فإن لم يصل الرد أيضاً، يُرسل العميل رسالة إعادة الإرسال الثانية، وتصبح مدة الانتظار (16) ثانية، ثُمّ (32) وأخيراً (64)، فإذا لم يصل الردّ لا يقوم العميل بإعادة المحاولة بعدها، ويضبط قيم المحددات إلى القيم الافتراضية.<ref name="ietf-9"/> |
||
=== خوارزمية العمل === |
=== خوارزمية العمل === |
||
[[ |
[[ملف:DHCP Client-Server model - ar.png|تصغير|300بك|عمل بروتوكول تهيئة المضيف الآلية بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]]، بالإضافة لطريقة [[حركة البيانات]] بين العناصر المُكوّنة [[طوبولوجيا شبكة|لطوبولوجيا الشبكة]] بحسب البروتوكول.]] |
||
يعمل بروتوكول |
يعمل بروتوكول تهيئة المضيف الآلية بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]]،<ref name="Web-25"/> أي أن عمل البروتوكول يكون مقسوماً بين [[خادوم|المُخدّمات]] التي تقدّم الخدمة، و[[عميل (حوسبة)|العملاء]] الذين يحصلون عليها، إذا كان العميل والمخدّم في نفس [[شبكة محلية|الشبكة المحليّة]]، فإن ّالتواصل بينهما يكون مُباشراً، أمّا إذا كانا في شبكتين مُختلفتين، فلابد من استعمال الوكيل، وهو [[مضيف (حوسبة)|مُضيف]] في شبكة العميل المحليّة، يلعب دور صلة الوصل بين العميل المحلي والمُخدّم البعيد.<ref name="Web-28"/> |
||
يحصل التواصل بين الأطراف التي تشغل البروتوكول من خلال تبادل رسائل البروتوكول، تُرسل هذه الرسائل بين المُخدّم والوكيل بشكل رسائل [[بث فريد|فريدة الوجهة]] دوماً، وذلك لأنّ الطرفين يستضيفان عناوين بروتوكول إنترنت معروفة بشكلٍ صريح،<ref name="Web-64">{{ |
يحصل التواصل بين الأطراف التي تشغل البروتوكول من خلال تبادل رسائل البروتوكول، تُرسل هذه الرسائل بين المُخدّم والوكيل بشكل رسائل [[بث فريد|فريدة الوجهة]] دوماً، وذلك لأنّ الطرفين يستضيفان عناوين بروتوكول إنترنت معروفة بشكلٍ صريح،<ref name="Web-64">{{استشهاد ويب |
||
| |
|تاريخ = 9 يونيو 2016 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20180609122813/https://networkengineering.stackexchange.com/questions/32130/how-does-a-router-relay-dhcp-packets-when-it-is-configured-as-a-relay-agent |
||
| |
|تاريخ أرشيف = 9 يونيو 2018 |
||
| |
|مسار = https://networkengineering.stackexchange.com/questions/32130/how-does-a-router-relay-dhcp-packets-when-it-is-configured-as-a-relay-agent |
||
| |
|عنوان = How does a router relay DHCP packets when it is configured as a relay agent? |
||
| |
|موقع = Stack Exchange Inc |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 9 يونيو 2018 |
||
}}</ref> أمّا الرسائل المُتبادلة بين المُخدّم والعميل أو بين الوكيل والعميل فقد تكون رسائل فريدة الوجهة أو قد تكون رسائل [[بث عام (شبكات)|بث عام]]، بحسب المعلومات المُتوفرة للعميل وطبيعة الرسالة.<ref name="Web-65">{{استشهاد ويب |
|||
| |
| تاريخ = 12 نوفمبر 2012 |
||
| مسار |
| مسار = https://learningnetwork.cisco.com/thread/48681 |
||
| عنوان = DHCP Broadcast or Unicast? |
|||
| تاريخ الأرشيف =8 يونيو 2018 |
|||
| موقع = Cisco Systems, Inc. |
|||
| المسار= https://learningnetwork.cisco.com/thread/48681 |
|||
| لغة = en |
|||
| العنوان = DHCP Broadcast or Unicast? |
|||
| تاريخ الوصول = 9 يونيو 2018 |
|||
| الموقع= Cisco Systems, Inc. |
|||
| تاريخ أرشيف = 8 يونيو 2018 |
|||
| اللغة= en |
|||
| مسار أرشيف = https://web.archive.org/web/20180608203645/https://learningnetwork.cisco.com/thread/48681 |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
|||
|url-status=dead}}</ref> |
|||
==== في العميل ==== |
==== في العميل ==== |
||
[[ |
[[ملف:DHCP Client Algorithm - ar.png|تصغير|300بك|[[خارطة الانسياب|المخطط التدفقي]] لعمل بروتوكول تهيئة المضيف الآلية في عميل البروتوكول، تمّ إهمال عمل المؤقتين (T1) و (T2) عند تجديد مدة استخدام العنوان كما تفترض هذه الخوارزمية أن مدة الاستخدام ليست لا نهائية، وذلك لتبسيط آلية العمل.]] |
||
يستخدم [[عميل (حوسبة)|العميل]] بروتوكول التهيئة الآلية لطلب عنوان بروتوكول الإنترنت أو لتجديد مدّة استخدام عنوان ممنُوح مُسبقاً أو لطلب محُددات تهيئة مُعيّنة،<ref name="Web-86">{{ |
يستخدم [[عميل (حوسبة)|العميل]] بروتوكول التهيئة الآلية لطلب عنوان بروتوكول الإنترنت أو لتجديد مدّة استخدام عنوان ممنُوح مُسبقاً أو لطلب محُددات تهيئة مُعيّنة،<ref name="Web-86">{{استشهاد ويب |
||
| |
| مسار= ftp://ftp.landata.ru/Huawei_Symantec/Security/%CF%F0%EE%F8%E8%E2%EA%E8/%CD%EE%E2%FB%E9%20%F1%EE%F4%F2%20%E4%EB%FF%20USG/USG/data/3118G206_02.cdp/outfiles/merge_en.files/fea_des/topics/inter_dhcp_client.html |
||
| |
| عنوان= DHCP Client |
||
| لغة= en |
|||
| الموقع= |
|||
| تاريخ الوصول= 11 يونيو 2018 |
|||
| اللغة= en |
|||
}}{{وصلة مكسورة}}</ref> من المُستحسن أن يقوم العميل بالتحقق من أن قيم مُحدداته الحاليّة مُتوافقة مع قيم المُحددات في مُخدّم بروتوكول التهئية الآليّة عند حصول أي تغيير في [[شبكة محلية|الشبكة المحليّة]]، ويضاف إلى ذلك حالة إعادة إقلاع [[مضيف (حوسبة)|المُضيف]] أو انقطاع اتصاله مع الشبكة لفترة وجيزة. أمّا إذا فقد العميل اتصاله مع المُخدّم لسبب ما، وكان قد حصل مُسبقاً على عنوان مع مدّة استخدام مُحددة، فبإمكانه استخدام العنوان حتى نفاذ مؤقت مدة الاستخدام، فإنّ استمر عجز عن التواصل مع المخدم، فلا يجب عندها أن يقوم العميل باستخدام العنوان بعد ذلك.<ref name="Web-83">{{استشهاد ويب |
|||
| |
|مسار = https://social.technet.microsoft.com/Forums/ie/en-US/98536d94-e858-4c1e-825e-e4f0e67a5ace/dhcp-server-goes-offline-why-are-pcs-not-holding-onto-their-leased-dhcp-address-after-reboot?forum=winserverNIS |
||
| |
|عنوان = DHCP Server Goes Offline, why are PC's not holding onto their leased DHCP address after reboot? |
||
| |
|موقع = Microsoft |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 11 يونيو 2018 |
||
|تاريخ أرشيف = 13 يونيو 2018 |
|||
|مسار أرشيف = https://web.archive.org/web/20180613234446/https://social.technet.microsoft.com/Forums/ie/en-US/98536d94-e858-4c1e-825e-e4f0e67a5ace/dhcp-server-goes-offline-why-are-pcs-not-holding-onto-their-leased-dhcp-address-after-reboot?forum=winserverNIS |
|||
|url-status=dead}}</ref> |
|||
يبدأ البروتوكول العمل في العميل من خلال التحقق من استضافة العميل لعنوان من [[الإصدار الرابع من بروتوكول الإنترنت]]، وبعد ذلك يتحقق من امتلاكه لعنوان مُخدّم تهيئة آليّة واحد على الأقل، في حال عدم تحقق أي من الشرطين السابقين، فإنّ البروتوكول يبدأ عملية التهيئة الابتدائية، أمّا في حال تحققها، فإنّ البروتوكول يتحقق من حاجة العميل لأي مُحددات تهيئة إضافيّة.<ref name="ietf-9"/> |
يبدأ البروتوكول العمل في العميل من خلال التحقق من استضافة العميل لعنوان من [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، وبعد ذلك يتحقق من امتلاكه لعنوان مُخدّم تهيئة آليّة واحد على الأقل، في حال عدم تحقق أي من الشرطين السابقين، فإنّ البروتوكول يبدأ عملية التهيئة الابتدائية، أمّا في حال تحققها، فإنّ البروتوكول يتحقق من حاجة العميل لأي مُحددات تهيئة إضافيّة.<ref name="ietf-9"/> |
||
تشمل عملية التهيئة الابتدائية البحث عن مُخدّم لبروتوكول التهيئة الآليّة، من خلال قيام العميل بإرسال رسالة الاستكشاف وانتظار رسائل العرض من المُخدمات المحليّة أو البعيدة، وبعد تجميع رسائل العرض، يقوم العميل باختيار إحداها،<ref name="Web-88">{{ |
تشمل عملية التهيئة الابتدائية البحث عن مُخدّم لبروتوكول التهيئة الآليّة، من خلال قيام العميل بإرسال رسالة الاستكشاف وانتظار رسائل العرض من المُخدمات المحليّة أو البعيدة، وبعد تجميع رسائل العرض، يقوم العميل باختيار إحداها،<ref name="Web-88">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170212174352/https://superuser.com/questions/683408/which-server-is-selected-by-the-client-if-it-receives-offer-from-2-dhcp-servers |
||
| تاريخ |
| تاريخ أرشيف = 12 فبراير 2017 |
||
| |
| مسار = https://superuser.com/questions/683408/which-server-is-selected-by-the-client-if-it-receives-offer-from-2-dhcp-servers |
||
| |
| عنوان = Which server is selected by the client if it receives Offer from 2 DHCP servers at a time? |
||
| |
| موقع = Stack Exchange Inc |
||
| |
| لغة = en |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> ويُرسل رسالة طلب إلى المُخدّم الذي أرسلها، قد تتضمن اقتراحاً لاستخدام أحد العناوين.<ref name="Web-87">{{ |
| تاريخ الوصول = 11 يونيو 2018 |
||
}}</ref> ويُرسل رسالة طلب إلى المُخدّم الذي أرسلها، قد تتضمن اقتراحاً لاستخدام أحد العناوين.<ref name="Web-87">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180611205721/https://www.juniper.net/documentation/en_US/junos/topics/concept/extended-dhcp-local-server-option-50-acx-series.html |
||
| تاريخ |
| تاريخ أرشيف = 11 يونيو 2018 |
||
| |
| مسار = https://www.juniper.net/documentation/en_US/junos/topics/concept/extended-dhcp-local-server-option-50-acx-series.html |
||
| |
| عنوان = Use of DHCP Option 50 to Request a Specific IP Address |
||
| |
| موقع = Juniper Networks, Inc. |
||
| |
| لغة = en |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> يُطبّق العميل شرط الانتظار الخاص بعملية إعادة الإرسال في مرحلة الانتظار، سواء بعد إرسال رسالة الاستكشاف أو الطلب.<ref name="Web-77">{{ |
| تاريخ الوصول = 11 يونيو 2018 |
||
}}</ref> يُطبّق العميل شرط الانتظار الخاص بعملية إعادة الإرسال في مرحلة الانتظار، سواء بعد إرسال رسالة الاستكشاف أو الطلب.<ref name="Web-77">{{استشهاد ويب |
|||
| |
| مؤلف = Michael Platts |
||
| |
| تاريخ = 29 يناير 2009 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180610134128/https://blogs.technet.microsoft.com/networking/2009/01/29/dhcp-client-behavior/ |
||
| تاريخ |
| تاريخ أرشيف = 10 يونيو 2018 |
||
| |
| مسار = https://techcommunity.microsoft.com/t5/networking-blog/bg-p/NetworkingBlog |
||
| |
| عنوان = DHCP Client Behavior |
||
| |
| موقع = Microsoft |
||
| |
| لغة = en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول = 10 يونيو 2018 |
||
}}</ref> |
|||
تصل رسالة الرد إلى العميل من المُخدّم، فإذا كانت تأكيداّ إيجابياً، اعتُمد العنوان واستخدمت المُحددات الواردة في الرسالة، وإن كانت تأكيداً سلبياً يتمّ إطلاق عملية التهيئة الابتدائية مُجدداً من بدايتها. بعد ذلك يقوم العميل بالتحقق من فرادة العنوان على الشبكة، فإذا كان فريداً، ثُبّت استعماله لحين انتهاء مدة الاستخدام، وإن لم يكن فريداً، فإن العميل يرسل رسالة رفض إلى المُخدم ويعيد إطلاق عملية التهيئة الابتدائية من جديد.<ref name="Web-85">{{ |
تصل رسالة الرد إلى العميل من المُخدّم، فإذا كانت تأكيداّ إيجابياً، اعتُمد العنوان واستخدمت المُحددات الواردة في الرسالة، وإن كانت تأكيداً سلبياً يتمّ إطلاق عملية التهيئة الابتدائية مُجدداً من بدايتها. بعد ذلك يقوم العميل بالتحقق من فرادة العنوان على الشبكة، فإذا كان فريداً، ثُبّت استعماله لحين انتهاء مدة الاستخدام، وإن لم يكن فريداً، فإن العميل يرسل رسالة رفض إلى المُخدم ويعيد إطلاق عملية التهيئة الابتدائية من جديد.<ref name="Web-85">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170928172929/http://docs.oracle.com:80/cd/E19504-01/802-5753/6i9g71m7c/index.html |
||
| تاريخ |
| تاريخ أرشيف = 28 سبتمبر 2017 |
||
| |
| مسار = https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m7c/index.html |
||
| |
| عنوان = Troubleshooting a DHCP Client |
||
| |
| موقع = Oracle |
||
| |
| لغة = en |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> |
| تاريخ الوصول = 11 يونيو 2018 |
||
}}</ref> |
|||
يمكن للعميل بعدها أن يستعمل البروتوكول لطلب مُحددات تهيئة مُعينة عن طريق إرسال رسالة إعلام إلى المُخدّم، كما يتابع المؤقتات الخاصة بمدة الاستخدام من أجل طلب تجديدها قبل نفاذ مدة الاستخدام، وذلك من خلال إرسال رسالة طلب إلى المُخدّم بذلك.<ref name="Web-84">{{ |
يمكن للعميل بعدها أن يستعمل البروتوكول لطلب مُحددات تهيئة مُعينة عن طريق إرسال رسالة إعلام إلى المُخدّم، كما يتابع المؤقتات الخاصة بمدة الاستخدام من أجل طلب تجديدها قبل نفاذ مدة الاستخدام، وذلك من خلال إرسال رسالة طلب إلى المُخدّم بذلك.<ref name="Web-84">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180611203842/https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/network_registrar/8-3/dhcp/guide/CPNR_8_3_DHCP_Guide/bk_CPNR_DHCP_User_Guide_chapter_01111.pdf |
||
| تاريخ |
| تاريخ أرشيف = 11 يونيو 2018 |
||
| |
| مسار = https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/network_registrar/8-3/dhcp/guide/CPNR_8_3_DHCP_Guide/bk_CPNR_DHCP_User_Guide_chapter_01111.pdf |
||
| |
| عنوان = Managing Leases |
||
| |
| موقع = Cisco Systems, inc. |
||
| |
| لغة = en |
||
| |
| صيغة = PDF |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> أخيراً، قد يرغب العميل بالتخلي عن العنوان قبل انتهاء مدة استخدامه، وعندها يجب أن يقوم بإرسال رسالة تحرير العنوان إلى المُخدّم،<ref name="JOU-3"/> ولا يجب أن يقوم العميل باستخدام العنوان الذي قام بتحريره بعد ذلك. |
| تاريخ الوصول = 11 يونيو 2018 |
||
}}</ref> أخيراً، قد يرغب العميل بالتخلي عن العنوان قبل انتهاء مدة استخدامه، وعندها يجب أن يقوم بإرسال رسالة تحرير العنوان إلى المُخدّم،<ref name="JOU-3"/> ولا يجب أن يقوم العميل باستخدام العنوان الذي قام بتحريره بعد ذلك. |
|||
==== في الوكيل ==== |
==== في الوكيل ==== |
||
[[ملف:DHCP client-server model example - with Broker - ar.png|تصغير|300بك| مسار حركة البيانات عند استخدام بروتوكول |
[[ملف:DHCP client-server model example - with Broker - ar.png|تصغير|300بك| مسار حركة البيانات عند استخدام بروتوكول تهيئة المضيف الآلية في [[شبكة متباعدة]]، حيث يظهر دور الوكيل الذي يلعب دور الوساطة بين المُخدّم والعميل.]] |
||
بشكل افتراضي، لا تسمح [[ |
بشكل افتراضي، لا تسمح [[موجه (شبكات)|المُوجّهات]] لرسائل البث العام بمغادرة حدود نطاق البث العام، وبالتالي لا يمكن لعملاء بروتوكول التهيئة الآلية أن يحصلوا على خدمة التهيئة الآلية إلا إذا كانوا ضمن نطاق البث العام للمُخدّم نفسه، وعندها ستكون الخدمة محصورة بعملاء البروتوكول [[شبكة محلية|المحليين]] فقط. لحل هذه المشكلة يتمّ تهيئة مُضيف ما، غالباً ما يكون منفذاً لمُوجّه متصل مع الشبكة البعيدة، ليلعب دور وكيل البروتوكول تلك الشبكة.<ref name="Web-28">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20150801142244/http://docs.oracle.com:80/cd/E19504-01/802-5753/6i9g71m6d/index.html |
||
| تاريخ |
| تاريخ أرشيف= 1 أغسطس 2015 |
||
| |
| مسار= https://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m6d/index.html |
||
| |
| عنوان= BOOTP Relay Agents |
||
| |
| موقع= Oracle Corporation |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
| تاريخ الوصول= 3 يونيو 2018 |
||
}}</ref> |
|||
المهمة الأساسية للوكيل هو تحويل رسائل البث العام التي يرسلها العميل وتكون ذات نطاق انتشار محلي، إلى رسائل فريدة الوجهة، وجهتها هي مُخدّم بروتوكول |
المهمة الأساسية للوكيل هو تحويل رسائل البث العام التي يرسلها العميل وتكون ذات نطاق انتشار محلي، إلى رسائل فريدة الوجهة، وجهتها هي مُخدّم بروتوكول تهيئة المضيف الآلية، وتحويل رسائل الردود الفريدة التي يُرسلها المُخدّم إلى رسائل بث عام، لتنتشر في الشبكة المحلية وتصل إلى العملاء، وبقيام الوكيل بعملية التوجيه هذه فإنّه يؤمّن صلة وصل بين المُخدّم والعملاء البعيدين.<ref name="Web-26"/> |
||
في معيار البروتوكول الأصلي، لا يوّلد الوكيل أي رسائل للبروتوكول ولا يضيف أو يعدل في ترويسته، ويكتفي فقط بتوجيع الرسائل بين المُخدّم والعملاء. لاحقاً، تم تعريف خيار معلومات وكيل البرتوكول التي تسمح للوكيل بإضافة خيار إلى الرسائل الواردة من العملاء، بهدف تزويد المُخدّم بمعلومات تساعده على اختيار السياسات المناسبة لمنح العنوان أو تحديد قيم المُحددات المطلوبة.<ref name="ietf-12">{{ |
في معيار البروتوكول الأصلي، لا يوّلد الوكيل أي رسائل للبروتوكول ولا يضيف أو يعدل في ترويسته، ويكتفي فقط بتوجيع الرسائل بين المُخدّم والعملاء. لاحقاً، تم تعريف خيار معلومات وكيل البرتوكول التي تسمح للوكيل بإضافة خيار إلى الرسائل الواردة من العملاء، بهدف تزويد المُخدّم بمعلومات تساعده على اختيار السياسات المناسبة لمنح العنوان أو تحديد قيم المُحددات المطلوبة.<ref name="ietf-12">{{استشهاد ويب |
||
| |
|الأخير = Patrick |
||
| |
|الأول = M. |
||
| |
|تاريخ = يناير 2001 |
||
|مسار أرشيف = https://web.archive.org/web/20200110153110/https://www.ietf.org/rfc/rfc3046 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc3046 |
||
| |
|عنوان = RFC 3046, DHCP Relay Agent Information Option |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 2020-01-10 |
|||
}}</ref> |
|||
==== في المُخدّم ==== |
==== في المُخدّم ==== |
||
[[ملف:DHCP Server.png|تصغير|300بك|نافذة إعداد مُخدّم بروتوكول التهيئة الآلية في أحد أنظمة تشغيل ويندوز، يمكن تبين الحقول الخاصة بمجال العناوين وبعض الخيارات الأساسية مثل عنوان الموجه وقناع الشبكة وغيرها.]] |
[[ملف:DHCP Server.png|تصغير|300بك|نافذة إعداد مُخدّم بروتوكول التهيئة الآلية في أحد أنظمة تشغيل ويندوز، يمكن تبين الحقول الخاصة بمجال العناوين وبعض الخيارات الأساسية مثل عنوان الموجه وقناع الشبكة وغيرها.]] |
||
ليعمل البروتوكول بشكلٍ صحيح، يجب أن تتمّ تهيئة كل مُخدّم بشكلٍ مُسبق بمجال واحد على الأقل من فضاء عناوين بروتوكول الإنترنت،<ref name="Web-82">{{ |
ليعمل البروتوكول بشكلٍ صحيح، يجب أن تتمّ تهيئة كل مُخدّم بشكلٍ مُسبق بمجال واحد على الأقل من فضاء عناوين بروتوكول الإنترنت،<ref name="Web-82">{{استشهاد ويب |
||
| |
|مسار = https://pubs.vmware.com/vcd-820/index.jsp?topic=%2Fcom.vmware.vcloud.tenantportal.doc%2FGUID-EF0B4C79-F6F7-4C75-825C-0B76B888856D.html |
||
| |
|عنوان = Add a DHCP IP Pool |
||
| |
|موقع = vmware |
||
|لغة = en |
|||
| اللغة= en |
|||
|تاريخ الوصول = 11 يونيو 2018 |
|||
| تاريخ الوصول= 11 يونيو 2018}}</ref> لكي يُستعمل بعملية التحصيص الآلي، بالإضافة لتزويده بقيمة مُحددات التهيئة. يجب أن يملك المُخدّم عنوان صريحاً، وأن يكون مُتصلاً مع الشبكة. يحتفظ كل مُخدّم ب[[قاعدة بيانات]] تحتوي على العناوين الممنوحة ومدة الاستخدام لكل منها، ومتعلقات العميل، لذلك يوصف بروتوكول التهيئة الآليّة بأنه مُحتفظ بالحالة {{إنج|Stateful}}.<ref name="Web-80"/> |
|||
|مسار أرشيف = https://web.archive.org/web/20180614021201/https://pubs.vmware.com/vcd-820/index.jsp?topic=/com.vmware.vcloud.tenantportal.doc/GUID-EF0B4C79-F6F7-4C75-825C-0B76B888856D.html |
|||
|تاريخ أرشيف = 14 يونيو 2018 |
|||
}}</ref> لكي يُستعمل بعملية التحصيص الآلي، بالإضافة لتزويده بقيمة مُحددات التهيئة. يجب أن يملك المُخدّم عنوان صريحاً، وأن يكون مُتصلاً مع الشبكة. يحتفظ كل مُخدّم ب[[قاعدة بيانات]] تحتوي على العناوين الممنوحة ومدة الاستخدام لكل منها، ومتعلقات العميل، لذلك يوصف بروتوكول التهيئة الآليّة بأنه مُحتفظ بالحالة {{إنج|Stateful}}.<ref name="Web-80"/> |
|||
إنّ عمل مُخدم بروتوكول |
إنّ عمل مُخدم بروتوكول تهيئة المضيف الآلية تفاعلي، أي أنّه يتجاوب مع حدث سابق دائماً، ويكون هذا الحدث هو استقبال رسالة قادمة من أحد العُملاء، ثُمّ يتحدد عمل المُخدّم بحسب نوع الرسالة التي استقبلها والتي قد تكون: |
||
* '''رسالة استكشاف''': يقوم المُخدّم بالرد عليها بإرسال رسالة عرض. في البداية يجب على المُخدّم أن يحدد الشبكة التي سيقوم بمنح العنوان منها، ويعتمد بذلك على مصدر رسالة الاستكشاف، فإذا كانت قادمة من عميل محلي، يقوم المُخدم بعرض عنوان من الشبكة المحلية، وإن كانت قادمة من وكيل في شبكة بعيدة، يقوم المُخدّم بعرض عنوان من شبكة الوكيل البعيدة، وتظل مسألة تحديد العنوان ومدة استخدامه أمراً خاصّاً بكل مُخدّم.<ref name="Web-47"/> |
* '''رسالة استكشاف''': يقوم المُخدّم بالرد عليها بإرسال رسالة عرض. في البداية يجب على المُخدّم أن يحدد الشبكة التي سيقوم بمنح العنوان منها، ويعتمد بذلك على مصدر رسالة الاستكشاف، فإذا كانت قادمة من عميل محلي، يقوم المُخدم بعرض عنوان من الشبكة المحلية، وإن كانت قادمة من وكيل في شبكة بعيدة، يقوم المُخدّم بعرض عنوان من شبكة الوكيل البعيدة، وتظل مسألة تحديد العنوان ومدة استخدامه أمراً خاصّاً بكل مُخدّم.<ref name="Web-47"/> |
||
* '''رسالة طلب''': سبق وقام أحد عملاء البروتوكول بإرسالها في إحدى الحالات التالية:<ref name="Web-66"/> |
* '''رسالة طلب''': سبق وقام أحد عملاء البروتوكول بإرسالها في إحدى الحالات التالية:<ref name="Web-66"/> |
||
سطر 953: | سطر 1٬058: | ||
** عميل يريد التحقق من صلاحية مدة استخدام عنوانه أو قيمة المُحددات، مثلاً، أنجز عملية إقلاع للتو. |
** عميل يريد التحقق من صلاحية مدة استخدام عنوانه أو قيمة المُحددات، مثلاً، أنجز عملية إقلاع للتو. |
||
** عميل يريد تمديد مدة استخدام عنوان بروتوكول الإنترنت. |
** عميل يريد تمديد مدة استخدام عنوان بروتوكول الإنترنت. |
||
:يقوم المخدّم بدراسة الطلب بحسب السياسات الخاصّة به، ثُمّ يُحدد فيما إذا كان سيوافق عليها، ويردّ حينها برسالة تأكيد إيجابي تحتوي معلومات التهيئة المطلوبة، أو برسالة تأكيد سلبي كنتيجة لرفضه رسالة الطلب السابقة. |
: يقوم المخدّم بدراسة الطلب بحسب السياسات الخاصّة به، ثُمّ يُحدد فيما إذا كان سيوافق عليها، ويردّ حينها برسالة تأكيد إيجابي تحتوي معلومات التهيئة المطلوبة، أو برسالة تأكيد سلبي كنتيجة لرفضه رسالة الطلب السابقة. |
||
* ''' رسالة رفض''': وهي تعني أن العنوان الذي تمّ منحه في رسالة تأكيد إيجابي سابقة هو قيد الاستخدام من قبل [[مضيف (حوسبة)|مُضيف]] آخر في الشبكة،<ref name="Web-1"/> ويجب على المُخدّم أن يُحرر سجل العميل من العنوان، دون أن يعيد إضافته إلى مجال العناوين المُعدّ للتحصيص.<ref name="ietf-9"/> |
* ''' رسالة رفض''': وهي تعني أن العنوان الذي تمّ منحه في رسالة تأكيد إيجابي سابقة هو قيد الاستخدام من قبل [[مضيف (حوسبة)|مُضيف]] آخر في الشبكة،<ref name="Web-1"/> ويجب على المُخدّم أن يُحرر سجل العميل من العنوان، دون أن يعيد إضافته إلى مجال العناوين المُعدّ للتحصيص.<ref name="ietf-9"/> |
||
* ''' رسالة تحرير العنوان ''': عند استقبال هذه الرسالة من العميل، يقوم المُخدّم بوسم العنوان الذي تمّ تحريره بوسم غير ممنوح، ويضيفه مُجدداً إلى مجال العناوين ليقوم بمنحه مجدداّ،<ref name="JOU-3"/> يقوم المُخدّم أيضاً بالاحتفاظ بنسخة من العنوان في سجلات العميل في [[قاعدة البيانات]].<ref name="ietf-9"/> |
* ''' رسالة تحرير العنوان ''': عند استقبال هذه الرسالة من العميل، يقوم المُخدّم بوسم العنوان الذي تمّ تحريره بوسم غير ممنوح، ويضيفه مُجدداً إلى مجال العناوين ليقوم بمنحه مجدداّ،<ref name="JOU-3"/> يقوم المُخدّم أيضاً بالاحتفاظ بنسخة من العنوان في سجلات العميل في [[قاعدة بيانات|قاعدة البيانات]].<ref name="ietf-9"/> |
||
* '''رسالة إعلام''': ويحب على المُخدّم الرد عليها بإرسال رسالة تأكيد إيجابي إلى مصدر هذه الرسالة بشكل مباشر، يحتوي الرد على المُحددات التي طلبها العميل،<ref name="Web-47"/> لا يحب أن تُستخدم رسالة الرد في هذه الحالة لتزويد العميل بعنوان بروتوكول إنترنت أو لتجديد مدة الاستخدام، فرسالة الإعلام تستخدم حصراً لطلب قيمة محددات التهيئة ما خلا عنوان بروتوكول الإنترنت.<ref name="ietf-9"/> |
* '''رسالة إعلام''': ويحب على المُخدّم الرد عليها بإرسال رسالة تأكيد إيجابي إلى مصدر هذه الرسالة بشكل مباشر، يحتوي الرد على المُحددات التي طلبها العميل،<ref name="Web-47"/> لا يحب أن تُستخدم رسالة الرد في هذه الحالة لتزويد العميل بعنوان بروتوكول إنترنت أو لتجديد مدة الاستخدام، فرسالة الإعلام تستخدم حصراً لطلب قيمة محددات التهيئة ما خلا عنوان بروتوكول الإنترنت.<ref name="ietf-9"/> |
||
سطر 962: | سطر 1٬067: | ||
=== ترويسة البروتوكول === |
=== ترويسة البروتوكول === |
||
==== بنية الترويسة ==== |
==== بنية الترويسة ==== |
||
[[ملف:DHCP Header - ar.png|تصغير|300بك|[[ترويسة]] بروتوكول |
[[ملف:DHCP Header - ar.png|تصغير|300بك|[[ترويسة (حوسبة)|ترويسة]] بروتوكول تهيئة المضيف الآلية.]] |
||
[[ملف:DHCP flag field - ar.png|تصغير|300بك| حقل الأعلام في ترويسة بروتوكول |
[[ملف:DHCP flag field - ar.png|تصغير|300بك| حقل الأعلام في ترويسة بروتوكول تهيئة المضيف الآلية. في كل عميل، يجب أن تكون طبقة الإنترنت قادرة على تمرير رزمة البيانات إلى طبقة الربط، واستقبال الإطار منها وتمرير الرزمة المُغلّفة فيه إلى طبقة النقل، وذلك حتى قبل أن يتمّ تهيئة عنوان بروتوكول الإنترنت في هذه الطبقة، وقد لا تدعم طبقة الإنترنت في العميل ذلك، لذا يُستخدم بت البث العام ضمن حقل الأعلام لحل هذه المشكلة، ويتم استعمال هذا العلم في بروتوكول تهيئة المضيف الآلية بشكل مشابه لطريقة استعماله في بروتوكول التمهيد (BOOTP).<ref name="ietf-7">{{استشهاد ويب |
||
| |
|الأخير = Wimer |
||
| |
|الأول = W. |
||
| |
|تاريخ = أوكتوبر 1993 |
||
|مسار أرشيف = https://web.archive.org/web/20200325122733/https://www.ietf.org/rfc/rfc1542 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1542 |
||
| |
|عنوان = RFC 1542, Clarifications and Extensions for the Bootstrap Protocol |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 22 مايو 2018 |
||
|تاريخ أرشيف = 25 مارس 2020 |
|||
}}</ref>]] |
|||
تتكون [[ترويسة]] بروتوكول التهيئة الآليّة للمضيفين من 15 حقلاً، 14 منها ثابتة الطول، وحقل واحد مُتغيّر الطول هو حقل الخيارات. قد يضم ّالحقل حقولاً فرعية، مثل حقل الاعلام الذي يضمّ علم البث العام، أو حقل الخيارات الذي يضمّ مجموعة من الخيارات التي يكون لكل منها بُنية خاصة، تُستعمل نفس الترويسة في كل رسائل البروتوكول دون أي تغيير في بُنيتها أو عدد وترتيب حقولها.<ref name="Web-62">{{ |
تتكون [[ترويسة (حوسبة)|ترويسة]] بروتوكول التهيئة الآليّة للمضيفين من 15 حقلاً، 14 منها ثابتة الطول، وحقل واحد مُتغيّر الطول هو حقل الخيارات. قد يضم ّالحقل حقولاً فرعية، مثل حقل الاعلام الذي يضمّ علم البث العام، أو حقل الخيارات الذي يضمّ مجموعة من الخيارات التي يكون لكل منها بُنية خاصة، تُستعمل نفس الترويسة في كل رسائل البروتوكول دون أي تغيير في بُنيتها أو عدد وترتيب حقولها.<ref name="Web-62">{{استشهاد ويب |
||
| |
| تاريخ= 20 سبتمبر 2005 |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20170111050752/http://www.tcpipguide.com/free/t_DHCPMessageFormat.htm |
||
| تاريخ |
| تاريخ أرشيف= 11 يناير 2018 |
||
| |
| مسار= http://www.tcpipguide.com/free/t_DHCPMessageFormat.htm |
||
| |
| عنوان= DHCP Message Format |
||
| |
| موقع= The TCP/IP Guide |
||
| |
| لغة= en |
||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
| تاريخ الوصول= 9 يونيو 2018 |
||
}}</ref> |
|||
فيما يلي، الحقول التي تكون ترويسة البروتوكول بحسب ترتيب ورودها في الترويسة،<ref name="Web-6">{{ |
فيما يلي، الحقول التي تكون ترويسة البروتوكول بحسب ترتيب ورودها في الترويسة،<ref name="Web-6">{{استشهاد ويب |
||
| |
| مؤلف = Charles M. Kozierok |
||
| |
| تاريخ = 20 سبتمبر 2005 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170426005441/http://www.tcpipguide.com/free/t_DHCPMessageFormat.htm |
||
| تاريخ |
| تاريخ أرشيف = 26 أبريل 2017 |
||
| |
| مسار = http://www.tcpipguide.com/free/t_DHCPMessageFormat.htm |
||
| |
| عنوان = DHCP Message Format |
||
| |
| موقع = The TCP/IP Guide |
||
| |
| لغة = en |
||
| تاريخ الوصول= 28 مايو 2018}}</ref> وقد ذكر بجانب كل حقل الاسم الإنكليزي كما ورد في المعيار الأصلي للبروتوكول:<ref name="ietf-9"/> |
| تاريخ الوصول = 28 مايو 2018 |
||
}}</ref> وقد ذكر بجانب كل حقل الاسم الإنكليزي كما ورد في المعيار الأصلي للبروتوكول:<ref name="ietf-9"/> |
|||
* '''حقل ترميز العملية''' (op): طوله (1) [[بايت]]، ويحدد نوع الرسالة، القيمة (1) تعني أن الرسالة هي رسالة طلب، والقيمة (2) تعني أن الرسالة هي رسالة رد، من الأمثلة على رسالة الطلب وأيضاً رسالة التأكيد الإيجابي. |
* '''حقل ترميز العملية''' (op): طوله (1) [[بايت]]، ويحدد نوع الرسالة، القيمة (1) تعني أن الرسالة هي رسالة طلب، والقيمة (2) تعني أن الرسالة هي رسالة رد، من الأمثلة على رسالة الطلب وأيضاً رسالة التأكيد الإيجابي. |
||
* '''حقل نوع العنوان الفيزيائي''' (htype): طوله (1) بايت، ويحدد نوع العنوان الفيزيائي بحسب معيار الطبقة ربط البيانات المستخدم، مثلاً يأخذ القيمة (1) من أجل [[الإيثرنت]]، والقيمة (15) من أجل بروتوكول [[تبديل الأطر]]، والقيمة (17) من أجل {{ |
* '''حقل نوع العنوان الفيزيائي''' (htype): طوله (1) بايت، ويحدد نوع العنوان الفيزيائي بحسب معيار الطبقة ربط البيانات المستخدم، مثلاً يأخذ القيمة (1) من أجل [[إيثرنت|الإيثرنت]]، والقيمة (15) من أجل بروتوكول [[تبديل الأطر]]، والقيمة (17) من أجل {{وإو|بروتوكول التحكم في ربط البيانات عالي المستوى|High-Level Data Link Control|en|بروتوكول التحكم في ربط البيانات عالي المستوى}} وغيرها.<ref name="ietf-8">{{استشهاد ويب |
||
| |
|الأخير = Reynolds |
||
| |
|الأول = J. Charles |
||
|مؤلف2-الأخير = Postel |
|||
| الأخير2= Postel |
|||
|مؤلف2-الأول = J. |
|||
| الأول2= J. |
|||
| |
|تاريخ = أوكتوبر 1994 |
||
|مسار أرشيف = https://web.archive.org/web/20090626122355/http://www.ietf.org:80/rfc/rfc1700 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1700 |
||
| |
|عنوان = RFC 1700, ASSIGNED NUMBERS |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 27 مايو 2018 |
||
|تاريخ أرشيف = 2009-06-26 |
|||
}}</ref> |
|||
* '''حقل طول العنوان الفيزيائي''' (hlen): طوله (1) بايت، ويحتوي على طول العنوان الفيزيائي مُقدراً بالبايت، فمثلاً يأخذ القيمة (6) من أجل [[عنوان التحكم بالنفاذ للوسط]] الخاص بالإيثرنت. |
* '''حقل طول العنوان الفيزيائي''' (hlen): طوله (1) بايت، ويحتوي على طول العنوان الفيزيائي مُقدراً بالبايت، فمثلاً يأخذ القيمة (6) من أجل [[عنوان التحكم بالنفاذ للوسط]] الخاص بالإيثرنت. |
||
* '''حقل عدد القفزات''' (hops): طوله (1) بايت، بستعمل في حال وجود وكيل فقط، ويحتوي على عدد {{ |
* '''حقل عدد القفزات''' (hops): طوله (1) بايت، بستعمل في حال وجود وكيل فقط، ويحتوي على عدد {{وإو|قفزة(شبكات)|Hop (networking)|en|القفزات}} التي تفصل الوكيل عن المخدّم، يقوم عملاء البروتوكول بوضع القيمة (0) في هذا الحقل وتجاهله. |
||
* '''حقل مُعرّف العميل''' (xid): طوله (4) بايت، |
* '''حقل مُعرّف العميل''' (xid): طوله (4) بايت، وهو مُعرّف رقمي يقوم العميل بتوليده بحيث يميز العميل بشكل فريد، يمكن أن يحتوي المعرّف على أجزاء من العنوان الفيزيائي للعميل، أو على اسم العميل في [[نظام أسماء النطاقات]] أو على جزء منه. يُساعد هذا المُعرّف على تمييز العميل بشكلٍ فريد خلال عملية تبادل الرسائل مع المُخدّم من أجل الحصول على خدمة التهيئة الآلية، يجب على العميل أن يستهدم نفس المُعرّف في كل الرسائل التي يستهدمها لتتمكن مخدّمات البروتوكول من تمييزه بشكل صحيح. |
||
* '''حقل زمن البدء''' (secs): طوله (2) بايت، يتمّ ملؤه من قبل العملاء فقط، يحتوي على الزمن المُنقضي منذ بدء عملية طلب الخدمة مقدراً [[ثانية|بالثواني]]. |
* '''حقل زمن البدء''' (secs): طوله (2) بايت، يتمّ ملؤه من قبل العملاء فقط، يحتوي على الزمن المُنقضي منذ بدء عملية طلب الخدمة مقدراً [[ثانية|بالثواني]]. |
||
* '''حقل الأعلام''' (flags): طوله (2) بايت، ويحتوي على علم واحد هو البث العام، وهو البت الأول في هذا الحقل، |
* '''حقل الأعلام''' (flags): طوله (2) بايت، ويحتوي على علم واحد هو البث العام، وهو البت الأول في هذا الحقل، يقوم العميل برفع هذا العلم إذا كان غير قادراً على استقبال رسائل البروتوكول قبل حصوله على عنوان بروتوكول إنترنت، ويضبط قيمته إلى الصفر بعكس ذلك. البتات الأخرى في هذا الحقل غير مستعملة، ويجب أن تضبط جميعها إلى القيمة صفر. |
||
* '''حقل عنوان العميل''' (ciaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالعميل، والعميل فقط هو من يقوم بملئه إذا كان بإحدى الحالات التالية: حالة |
* '''حقل عنوان العميل''' (ciaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالعميل، والعميل فقط هو من يقوم بملئه إذا كان بإحدى الحالات التالية: حالة الالتزام أو حالة التجديد أو حالة تجديد الالتزام، فيما عدا ذلك يتم إهمال هذا الحقل. |
||
* '''حقل العنوان المرسل للعميل''' (yiddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الذي يعرضه المُخدّم على العميل في رسالة العرض، أو الذي يمنجه للعميل في رسالة التأكيد الإيجابي فيما عدا ذلك يتم إهمال الحقل. |
* '''حقل العنوان المرسل للعميل''' (yiddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الذي يعرضه المُخدّم على العميل في رسالة العرض، أو الذي يمنجه للعميل في رسالة التأكيد الإيجابي فيما عدا ذلك يتم إهمال الحقل. |
||
* '''حقل عنوان المُخدّم''' (siaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالمُخدّم الذي يُراد من العميل استخدامه، يقوم المُخدّم بإضافة العنوان في هذا الحقل في رسائل العرض ورسائل إشعار التأكيد الإيجابي. |
* '''حقل عنوان المُخدّم''' (siaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالمُخدّم الذي يُراد من العميل استخدامه، يقوم المُخدّم بإضافة العنوان في هذا الحقل في رسائل العرض ورسائل إشعار التأكيد الإيجابي. |
||
* '''حقل عنوان الوكيل''' (giaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالوكيل، يقوم الوكيل فقط بإضافته إلى الرسائل، أما العميل والمخدّم فيُهملا هذا الحقل ويضبطا قيمته إلى الصفر عند تشكيل الرسائل. إنّ وجود قيمة مُغايرة للصفر في هذا الحقل تعني أن العميل والمُخدّم في شبكتين مُختلفتين وبأنّ هناك وكيل يلعب دور الوسيط في نقل الرسائل بينهما. |
* '''حقل عنوان الوكيل''' (giaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالوكيل، يقوم الوكيل فقط بإضافته إلى الرسائل، أما العميل والمخدّم فيُهملا هذا الحقل ويضبطا قيمته إلى الصفر عند تشكيل الرسائل. إنّ وجود قيمة مُغايرة للصفر في هذا الحقل تعني أن العميل والمُخدّم في شبكتين مُختلفتين وبأنّ هناك وكيل يلعب دور الوسيط في نقل الرسائل بينهما. |
||
* '''حقل عنوان العميل الفيزيائي''' (chaddr): طوله (16) بايت. |
* '''حقل عنوان العميل الفيزيائي''' (chaddr): طوله (16) بايت. |
||
* '''حقل اسم المُخدّم''' (sname): طوله (64) بايت، ويُستعمل من قبل المُخدّم فقط، وذلك بهدف عريف العميل على اسم المضيف الذي يستضيف المُخدّم، كما يمكن أن يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار |
* '''حقل اسم المُخدّم''' (sname): طوله (64) بايت، ويُستعمل من قبل المُخدّم فقط، وذلك بهدف عريف العميل على اسم المضيف الذي يستضيف المُخدّم، كما يمكن أن يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار «استعمال حقلي اسم المخدم والملف» ضمن قائمة الخيارات. |
||
* '''حقل اسم الملف''' (file): طوله (128) بايت، ويستعمله المُخدّم لتعريف العميل باسم الملف الذي يمكنه استخدامه عند |
* '''حقل اسم الملف''' (file): طوله (128) بايت، ويستعمله المُخدّم لتعريف العميل باسم الملف الذي يمكنه استخدامه عند الإقلاع، كما يمكن أن يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار «استعمال حقلي اسم المخدم والملف» ضمن قائمة الخيارات. |
||
* '''حقل الخيارات''' (Option): مُتغيّر الطول، يحتوي على خيار واحد أو أكثر من مجموعة الخيارات الخاصّة بالبروتوكول. |
* '''حقل الخيارات''' (Option): مُتغيّر الطول، يحتوي على خيار واحد أو أكثر من مجموعة الخيارات الخاصّة بالبروتوكول. |
||
==== خيارات البروتوكول ==== |
==== خيارات البروتوكول ==== |
||
{{مفصلة| قائمة خيارات بروتوكول |
{{مفصلة| قائمة خيارات بروتوكول تهيئة المضيف الآلية }} |
||
[[ |
[[ملف:DHCP Option Field - ar.png|تصغير|300بك|بنية حقل الخيارات في [[ترويسة (حوسبة)|ترويسة]] بروتوكول تهيئة المضيف الآلية.]] |
||
يتكون كل خيار، باستثتاء خياري الحشوة والنهاية من ثلاث حقول فرعية، هي حقل الرمز وطوله (1) [[بايت]]، ويضم مُعرّفاً رقمياً يميز نوع الخيار، وحقل طول الخيار، وطوله (1) بايت ويضمّ طول قسم جسم الخيار مُقدّراً بالبايت، وحقل جسم الخيار وهو مُختلف الطول بحسب نوع الخيار.<ref name="Web-16">{{ |
يتكون كل خيار، باستثتاء خياري الحشوة والنهاية من ثلاث حقول فرعية، هي حقل الرمز وطوله (1) [[بايت]]، ويضم مُعرّفاً رقمياً يميز نوع الخيار، وحقل طول الخيار، وطوله (1) بايت ويضمّ طول قسم جسم الخيار مُقدّراً بالبايت، وحقل جسم الخيار وهو مُختلف الطول بحسب نوع الخيار.<ref name="Web-16">{{استشهاد ويب |
||
| |
| مسار= https://www.ibm.com/support/knowledgecenter/ssw_i5_54/welcome.html?origURL=ssw_i5_54/rzakg/rzakgconceptoptions.htm |
||
| |
| عنوان= DHCP options lookup |
||
| |
| موقع= IBM |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> بما طول حقل طول الخيار هو (1) بايت فقط، فهذا يعني محدودية طول الخيار، ويمكن لخيار ما أن يمتد ليبلغ طوله (255) بايت كحد أعظمي في الرسالة الواحدة، وفي حال كانت قيمة الخيار أكبر من ذلك فيتم تقسيمه على أكثر من رسالة، ويجب على العميل أن يقوم بتجميع هذا الخيار من رسائل البروتوكول المختلفة. بالنسبة لخياري الحشوة والنهاية فلهما بنية فريدة، فهما لا يحتويان إلا على حقل الرمز، وقيمته هي (0) في خيار الحشوة و (255) في خيار النهاية.<ref name="Web-17">{{مرجع ويب |
|||
| مسار أرشيف= https://web.archive.org/web/20180613234917/https://www.ibm.com/support/knowledgecenter/ssw_i5_54/rzakg/rzakgconceptoptions.htm |
|||
| الأول= Charles |
|||
| تاريخ أرشيف= 13 يونيو 2018 |
|||
| الأخير =M. Kozierok |
|||
}}</ref> بما طول حقل طول الخيار هو (1) بايت فقط، فهذا يعني محدودية طول الخيار، ويمكن لخيار ما أن يمتد ليبلغ طوله (255) بايت كحد أعظمي في الرسالة الواحدة، وفي حال كانت قيمة الخيار أكبر من ذلك فيتم تقسيمه على أكثر من رسالة، ويجب على العميل أن يقوم بتجميع هذا الخيار من رسائل البروتوكول المختلفة. بالنسبة لخياري الحشوة والنهاية فلهما بنية فريدة، فهما لا يحتويان إلا على حقل الرمز، وقيمته هي (0) في خيار الحشوة و (255) في خيار النهاية.<ref name="Web-17">{{استشهاد ويب |
|||
| التاريخ = 20 سبتمبر 2005 |
|||
|الأول = Charles |
|||
| مسار الأرشيف = https://web.archive.org/web/20170315051001/http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-2.htm |
|||
|الأخير = M. Kozierok |
|||
| تاريخ الأرشيف = 15 مارس 2017 |
|||
|تاريخ = 20 سبتمبر 2005 |
|||
| المسار= http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-2.htm |
|||
|مسار أرشيف = https://web.archive.org/web/20170315051001/http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-2.htm |
|||
| العنوان= Summary Of DHCP Options / BOOTP Vendor Information Fields |
|||
|تاريخ أرشيف = 15 مارس 2017 |
|||
| الموقع= The TCP/IP Guide |
|||
|مسار = http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-2.htm |
|||
| اللغة= en |
|||
|عنوان = Summary Of DHCP Options / BOOTP Vendor Information Fields |
|||
| تاريخ الوصول= 21 أوكتوبر 2018}}</ref> |
|||
|موقع = The TCP/IP Guide |
|||
|لغة = en |
|||
|تاريخ الوصول = 21 أوكتوبر 2018 |
|||
}}</ref> |
|||
وصفت بنية واستخدامات خيارات البروتوكول في وثيقة طلب التعليقات (RFC 2132)،<ref name="ietf-16"/> وقد صنفت هذه الوثيقة الخيارات في مجموعتين، الأولى هي الخيارات العامّة، ويجب أن تكون مُوحدة في كل استخدامات البروتوكول، وضمّت جميع الخيارات التي تنتمي أرقام حقل الرمز فيها إلى المجموعة { 0، 1، 2... 127، 255}، على تكون بقية الخيارات ذات الرموز { 128، 129، 130... 255 } حرّة ومُتاحة لأي استخدام خاص آخر يحدده مستخدم البروتوكول، ولذلك سُميت بالخيارات الخاصّة. لاحقاً، تمّ تعديل هاتين المجموعتين، لتصبح العامّة هي { 0، 1، 2... 223، 255 }، والخاصّة هي |
وصفت بنية واستخدامات خيارات البروتوكول في وثيقة طلب التعليقات (RFC 2132)،<ref name="ietf-16"/> وقد صنفت هذه الوثيقة الخيارات في مجموعتين، الأولى هي الخيارات العامّة، ويجب أن تكون مُوحدة في كل استخدامات البروتوكول، وضمّت جميع الخيارات التي تنتمي أرقام حقل الرمز فيها إلى المجموعة { 0، 1، 2... 127، 255}، على تكون بقية الخيارات ذات الرموز { 128، 129، 130... 255 } حرّة ومُتاحة لأي استخدام خاص آخر يحدده مستخدم البروتوكول، ولذلك سُميت بالخيارات الخاصّة. لاحقاً، تمّ تعديل هاتين المجموعتين، لتصبح العامّة هي { 0، 1، 2... 223، 255 }، والخاصّة هي |
||
{ 224، 225.. 254 }.<ref name="ietf-11">{{ |
{ 224، 225.. 254 }.<ref name="ietf-11">{{استشهاد ويب |
||
| الأخير= Volz |
| الأخير= Volz |
||
| الأول= B. |
| الأول= B. |
||
| |
| تاريخ= نوفمبر 2004 |
||
| مسار أرشيف= https://web.archive.org/web/20200325122734/https://www.ietf.org/rfc/rfc3942 |
|||
| مسار الأرشيف = |
|||
| |
| مسار= https://www.ietf.org/rfc/rfc3942 |
||
| |
| عنوان= RFC 3942, Reclassifying Dynamic Host Configuration Protocol version 4 (DHCPv4) Options |
||
| |
| موقع= The Internet Society |
||
| |
| لغة= en |
||
| تاريخ الوصول= 31 مايو 2018 |
| تاريخ الوصول= 31 مايو 2018 |
||
| تاريخ أرشيف= 2020-03-25 |
|||
}}</ref> |
|||
صُنفت خيارات المجموعة العامة إلى أصناف فرعية أيضاً، وهي خيارات مطوّر البروتوكول وتحمل أرقام الرموز من (1) حتى (18)، بالإضافة للرمز (255)،<ref name="Web-17"/> وخيارات بروتوكول الإنترنت الخاصّة [[مضيف (حوسبة)|بالمُضيف]] وهي الخيارات التي تحمل أرقام الرموز من (19) حتى (25)،<ref name="Web-20">{{ |
صُنفت خيارات المجموعة العامة إلى أصناف فرعية أيضاً، وهي خيارات مطوّر البروتوكول وتحمل أرقام الرموز من (1) حتى (18)، بالإضافة للرمز (255)،<ref name="Web-17"/> وخيارات بروتوكول الإنترنت الخاصّة [[مضيف (حوسبة)|بالمُضيف]] وهي الخيارات التي تحمل أرقام الرموز من (19) حتى (25)،<ref name="Web-20">{{استشهاد ويب |
||
| |
|الأول = Charles |
||
| |
|الأخير = M. Kozierok |
||
| |
|تاريخ = 20 سبتمبر 2005 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20170722124329/http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-3.htm |
||
| |
|تاريخ أرشيف = 22 يوليو 2017 |
||
| |
|مسار = http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-3.htm |
||
| |
|عنوان = Summary Of DHCP Options / BOOTP Vendor Information Fields |
||
| |
|موقع = The TCP/IP Guide |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 21 أوكتوبر 2018 |
||
}}</ref> وخيارات بروتوكول الإنترنت الخاصة [[بطاقة الشبكة|بالمنفذ]] من (26) حتى (33)،<ref name="Web-20"/> ثُمّ الخيارات الخاصّة [[طبقة الوصلة|بطبقة الربط]] من (34) حتى (36)،<ref name="Web-21">{{استشهاد ويب |
|||
| |
|الأول = Charles |
||
| |
|الأخير = M. Kozierok |
||
| |
|تاريخ = 20 سبتمبر 2005 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20171023175906/http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-4.htm |
||
| |
|تاريخ أرشيف = 23 أوكتوبر 2017 |
||
| |
|مسار = http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-4.htm |
||
| |
|عنوان = Summary Of DHCP Options / BOOTP Vendor Information Fields |
||
| |
|موقع = The TCP/IP Guide |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
}}</ref> ثُمّ تلك الخاصّة [[بروتوكول التحكم بالنقل|ببروتوكول التحكم بالنقل]] (37) حتى (39)،<ref name="Web-21"/> ثُمّ خيارات التطبيقات والخدمات من (40) حتى (49) ومن (64) حتى (76) باستثناء (66) و (67)،<ref name="Web-22">{{استشهاد ويب |
|||
| |
|الأول = Charles |
||
| |
|الأخير = M. Kozierok |
||
| |
|تاريخ = 20 سبتمبر 2005 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20171023140004/http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-5.htm |
||
| |
|تاريخ أرشيف = 23 أوكتوبر 2017 |
||
| |
|مسار = http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-5.htm |
||
| |
|عنوان = Summary Of DHCP Options / BOOTP Vendor Information Fields |
||
| |
|موقع = The TCP/IP Guide |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
}}</ref> في حين صُنفت الخيارات التي تحمل باقي أرقام الرموز تحت اسم توسيعات بروتوكول التهيئة الآلية للمُضيفين.<ref name="Web-23">{{استشهاد ويب |
|||
| |
|الأول = Charles |
||
| |
|الأخير = M. Kozierok |
||
| |
|تاريخ = 20 سبتمبر 2005 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20171110040836/http://www.tcpipguide.com:80/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-6.htm |
||
| |
|تاريخ أرشيف = 10 نوفمبر 2017 |
||
| |
|مسار = http://www.tcpipguide.com/free/t_SummaryOfDHCPOptionsBOOTPVendorInformationFields-6.htm |
||
| |
|عنوان = Summary Of DHCP Options / BOOTP Vendor Information Fields |
||
| |
|موقع = The TCP/IP Guide |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
}}</ref> |
|||
عند استعمال حقل الخيارات، يجب أن تكون القيمة العشرية للبايتات الأربعة الأولى فيه دائماً هي (99) و(130) و(83) و(99) على الترتيب، ويُسمى هذا التتابع بالمُعرّف المُميّز (Magic Cookie).<ref name="ietf-6">{{ |
عند استعمال حقل الخيارات، يجب أن تكون القيمة العشرية للبايتات الأربعة الأولى فيه دائماً هي (99) و (130) و (83) و (99) على الترتيب، ويُسمى هذا التتابع بالمُعرّف المُميّز (Magic Cookie).<ref name="ietf-6">{{استشهاد ويب |
||
| |
|الأخير = Reynolds |
||
| |
|الأول = J. |
||
| |
|تاريخ = أغسطس 1993 |
||
|مسار أرشيف = https://web.archive.org/web/20200325122735/https://www.ietf.org/rfc/rfc1497 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc1497 |
||
| |
|عنوان = RFC 1497, BOOTP Vendor Information Extensions |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 20 مايو 2018 |
||
|تاريخ أرشيف = 2020-03-25 |
|||
}}</ref> ويلي ذلك خيار واحد أو مجموعة من الخيارات، ويجب أن يكون الخيار الأخير دوماً هو خيار «النهاية». |
|||
==== قيم حقول الترويسة بحسب أنواع الرسائل ==== |
==== قيم حقول الترويسة بحسب أنواع الرسائل ==== |
||
تحتوي جميع رسائل البروتوكول على نفس [[ترويسة|الترويسة]]، لكنّها تختلف فيما بينها بقيمة الحقول. إنّ ترويسة البروتوكول مُتغيّرة الطول، ويرتبط طولها بطول حقل الخيارات.<ref name="Web-94">{{ |
تحتوي جميع رسائل البروتوكول على نفس [[ترويسة (حوسبة)|الترويسة]]، لكنّها تختلف فيما بينها بقيمة الحقول. إنّ ترويسة البروتوكول مُتغيّرة الطول، ويرتبط طولها بطول حقل الخيارات.<ref name="Web-94">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20171129172505/http://www.omnisecu.com:80/tcpip/dhcp-dynamic-host-configuration-protocol-message-format.php |
||
| تاريخ |
| تاريخ أرشيف = 29 نوفمبر 2017 |
||
| |
| مسار = https://www.omnisecu.com/tcpip/dhcp-dynamic-host-configuration-protocol-message-format.php |
||
| |
| عنوان = Dynamic Host Configuration Protocol (DHCP) Message Format |
||
| |
| موقع = OmniSecu.com |
||
| |
| لغة = en |
||
| تاريخ الوصول = 11 يونيو 2018 |
|||
| تاريخ الوصول= 11 يونيو 2018}}</ref> بحسب المعيار الأصليّ للبروتوكول، تُقسم رسائل البروتوكول من حيث حركتها إلى مجموعتين، الأولى هي الرسائل التي يُرسلُها العميل إلى المُخدّم، وعددها (5) رسائل، والثانية هي التي يُرسلها المُخدّم إلى العميل وعددها (3) رسائل، ليكون عدد أنواع الرسائل الخاصة ببروتوكول التهيئة الآليّة هو (8) رسائل.<ref name="ietf-9"/> |
|||
}}</ref> بحسب المعيار الأصليّ للبروتوكول، تُقسم رسائل البروتوكول من حيث حركتها إلى مجموعتين، الأولى هي الرسائل التي يُرسلُها العميل إلى المُخدّم، وعددها (5) رسائل، والثانية هي التي يُرسلها المُخدّم إلى العميل وعددها (3) رسائل، ليكون عدد أنواع الرسائل الخاصة ببروتوكول التهيئة الآليّة هو (8) رسائل.<ref name="ietf-9"/> |
|||
العميل هو من يبدأ دوماً بإرسال الرسائل نحو المُخدّم، والرسائل التي يُرسلها قد تكون:<ref name="Web-58"/> |
العميل هو من يبدأ دوماً بإرسال الرسائل نحو المُخدّم، والرسائل التي يُرسلها قد تكون:<ref name="Web-58"/> |
||
سطر 1٬124: | سطر 1٬248: | ||
# رسالة الإعلام (DHCPINFORM). |
# رسالة الإعلام (DHCPINFORM). |
||
{| class="wikitable" |
{| class="wikitable" |
||
|+ جدول يضم قيم حقول الرسائل المُرسلة من قبل العميل باتجاه المُخدّم <ref name="ietf-9"/><ref name="Web-53">{{ |
|+ جدول يضم قيم حقول الرسائل المُرسلة من قبل العميل باتجاه المُخدّم <ref name="ietf-9"/><ref name="Web-53">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180608194858/https://support.microsoft.com/en-ca/help/169289/dhcp-dynamic-host-configuration-protocol-basics |
||
| تاريخ |
| تاريخ أرشيف= 8 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/en-ca/windows-server/troubleshoot/dynamic-host-configuration-protocol-basics |
||
| |
| عنوان= DHCP (Dynamic Host Configuration Protocol) Basics |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
| تاريخ الوصول= 8 يونيو 2018 |
||
}}</ref> |
|||
|- |
|- |
||
! اسم الحقل العمود !! رسالة الاستكشاف !! رسالة الطلب !! رسالة الرفض || رسالة تحرير العنوان || رسالة الإعلام |
! اسم الحقل العمود !! رسالة الاستكشاف !! رسالة الطلب !! رسالة الرفض || رسالة تحرير العنوان || رسالة الإعلام |
||
سطر 1٬139: | سطر 1٬264: | ||
|- |
|- |
||
| حقل نوع العنوان الفيزيائي |
| حقل نوع العنوان الفيزيائي |
||
|colspan="5" align="center" | من وثيقة طلب التعليقات (RFC 1700) |
|colspan="5" align="center" | من وثيقة طلب التعليقات (RFC 1700) <ref name="ietf-8"/> |
||
|- |
|- |
||
| حقل طول العنوان الفيزيائي |
| حقل طول العنوان الفيزيائي |
||
سطر 1٬154: | سطر 1٬279: | ||
| حقل زمن البدء |
| حقل زمن البدء |
||
|colspan="2" align="center" | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني |
|colspan="2" align="center" | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني |
||
|colspan="2" align="center" |
|colspan="2" align="center" | 0 |
||
| align="center" | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني |
| align="center" | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني |
||
|- |
|- |
||
سطر 1٬164: | سطر 1٬289: | ||
|- |
|- |
||
| حقل الأعلام |
| حقل الأعلام |
||
|colspan="2" align="center" |
|colspan="2" align="center" | رفع علم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام |
||
|colspan="2" align="center" |
|colspan="2" align="center" | 0 |
||
| align="center" |
| align="center" | رفع علم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام |
||
|- |
|- |
||
| حقل عنوان الوكيل |
| حقل عنوان الوكيل |
||
سطر 1٬185: | سطر 1٬310: | ||
|- |
|- |
||
| حقل الخيارات |
| حقل الخيارات |
||
|colspan="2" align="center" | خيارات بروتوكول |
|colspan="2" align="center" | خيارات بروتوكول تهيئة المضيف الآلية |
||
|colspan="2" align="center" | غير مستعمل |
|colspan="2" align="center" | غير مستعمل |
||
| align="center" | خيارات بروتوكول |
| align="center" | خيارات بروتوكول تهيئة المضيف الآلية |
||
|- |
|- |
||
|} |
|} |
||
سطر 1٬204: | سطر 1٬329: | ||
|- |
|- |
||
| حقل نوع العنوان الفيزيائي |
| حقل نوع العنوان الفيزيائي |
||
|colspan="3" align="center" | من وثيقة طلب التعليقات (RFC 1700) |
|colspan="3" align="center" | من وثيقة طلب التعليقات (RFC 1700) <ref name="ietf-8"/> |
||
|- |
|- |
||
| حقل طول العنوان الفيزيائي |
| حقل طول العنوان الفيزيائي |
||
سطر 1٬251: | سطر 1٬376: | ||
|- |
|- |
||
| حقل الخيارات |
| حقل الخيارات |
||
|colspan="3" align="center" | خيارات بروتوكول |
|colspan="3" align="center" | خيارات بروتوكول تهيئة المضيف الآلية |
||
|- |
|- |
||
|} |
|} |
||
سطر 1٬264: | سطر 1٬389: | ||
=== عمل البروتوكول بحسب نموذج طلب الخدمة === |
=== عمل البروتوكول بحسب نموذج طلب الخدمة === |
||
يعمل بروتوكول التهيئة الآليّة للمضيفين بحسب [[نموذج طلب الخدمة]]، ويتبادل العملاء رسائل البروتوكول مع المُخدّمات للحصول على التهيئة الابتدائية للمحددات، والتي تشمل بشكل أساسي عنوان بروتوكول إنترنت، وأيضاً لتجديد مدة استخدام عنوان ممنوح مسبقاً.<ref name="Web-14">{{ |
يعمل بروتوكول التهيئة الآليّة للمضيفين بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]]، ويتبادل العملاء رسائل البروتوكول مع المُخدّمات للحصول على التهيئة الابتدائية للمحددات، والتي تشمل بشكل أساسي عنوان بروتوكول إنترنت، وأيضاً لتجديد مدة استخدام عنوان ممنوح مسبقاً.<ref name="Web-14">{{استشهاد ويب |
||
| |
| مسار= https://www.ibm.com/support/knowledgecenter |
||
| |
| عنوان= DHCP client/server interaction |
||
| |
| موقع= IBM |
||
| |
| لغة= en |
||
| تاريخ الوصول= 3 يونيو 2018 |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> يعتمد بروتوكول التهيئة الآلية للمضيفين على [[بروتوكول حزم بيانات المستخدم]] كبروتوكول [[طبقة النقل|نقل]]، وقد تمّ حجز المنفذ (67) كمنفذ وجهة في الرسائل المُرسلة من العميل أو الوكيل إلى المُخدّم، والمنفذ (68) كمنفذ وجهة في الرسائل المُرسلة من المُخدّم أو الوكيل نحو العميل، وهذان المنفذان محجوزان بالأصل {{وصلة إنترويكي|بروتوكول التمهيد|Bootstrap Protocol|en|لبروتوكول التمهيد}}<ref name="Web-2"/>. |
|||
| مسار أرشيف= https://web.archive.org/web/20180613234815/https://www.ibm.com/support/knowledgecenter/en/ssw_i5_54/rzakg/rzakgconceptinteract.htm |
|||
| تاريخ أرشيف= 13 يونيو 2018 |
|||
}}</ref> يعتمد بروتوكول تهيئة المضيف الآلية على [[بروتوكول حزم بيانات المستخدم]] كبروتوكول [[طبقة النقل|نقل]]، وقد تمّ حجز المنفذ (67) كمنفذ وجهة في الرسائل المُرسلة من العميل أو الوكيل إلى المُخدّم، والمنفذ (68) كمنفذ وجهة في الرسائل المُرسلة من المُخدّم أو الوكيل نحو العميل، وهذان المنفذان محجوزان بالأصل {{وإو|بروتوكول التمهيد|Bootstrap Protocol|en|لبروتوكول التمهيد}}.<ref name="Web-2"/> |
|||
إذا كان العميل لم يستضيف عنوان [[بروتوكول إنترنت]] بعد، فإنّ جميع الرسائل التي يُرسلها يجب أن تكون رسائل [[بث عام (شبكات)|بث عام]]، ويكون عنوان المصدر في [[ترويسة]] بروتوكول الإنترنت هو العنوان الصفري أي (0.0.0.0).<ref name="Web-54">{{ |
إذا كان العميل لم يستضيف عنوان [[بروتوكول الإنترنت|بروتوكول إنترنت]] بعد، فإنّ جميع الرسائل التي يُرسلها يجب أن تكون رسائل [[بث عام (شبكات)|بث عام]]، ويكون عنوان المصدر في [[ترويسة (حوسبة)|ترويسة]] بروتوكول الإنترنت هو العنوان الصفري أي (0.0.0.0).<ref name="Web-54">{{استشهاد ويب |
||
| |
| مؤلف= Bradley Mitchell |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180108000946/https://www.lifewire.com/four-zero-ip-address-818384 |
||
| تاريخ |
| تاريخ أرشيف= 8 يناير 2018 |
||
| |
| مسار= https://www.lifewire.com/four-zero-ip-address-818384 |
||
| |
| عنوان= 0.0.0.0 Is Not a Normal IP Address, What It Means When You See the 0.0.0.0 IP Address |
||
| |
| موقع= lifewire |
||
| |
| لغة= en |
||
| تاريخ الوصول= 8 يونيو 2018}}</ref> |
| تاريخ الوصول= 8 يونيو 2018 |
||
}}</ref> |
|||
==== التهيئة الابتدائية ==== |
==== التهيئة الابتدائية ==== |
||
[[ملف:DHCP - A new Address Allocating Sequence Diagram - ar.png|تصغير|300بك| |
[[ملف:DHCP - A new Address Allocating Sequence Diagram - ar.png|تصغير|300بك|[[مخطط التتابع]] لعملية تهيئة ابتدائية وتحصيص لعنوان جديد لعميل بروتوكول تهيئة المضيف الآلية.]] |
||
لتحصيص {{ |
لتحصيص {{وإو|فضاء عناوين|Address Space|en|فضاء عناوين}}، يجب أن يتمّ تهيئة مُخدّم واحد للبروتوكول على الأقل بفضاء عنونة واحد على الأقل، ويشمل ذلك عنوان الشبكة والقناع. أمّا لمنح العنوان للعميل فتجري عملية تبادل مجموعة من الرسائل بين الطرفين وفق ترتيبٍ مُحدد،<ref name="Web-67">{{استشهاد ويب |
||
| |
| تاريخ = 23 أوكتوبر 2013 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170512131012/https://www.netmanias.com/en/post/techdocs/5998/dhcp-network-protocol/understanding-the-basic-operations-of-dhcp |
||
| |
| مسار = https://www.netmanias.com/en/post/techdocs/5998/dhcp-network-protocol/understanding-the-basic-operations-of-dhcp |
||
| تاريخ |
| تاريخ أرشيف = 12 مايو 2017 |
||
| |
| عنوان = Understanding the Basic Operations of DHCP |
||
| |
| موقع = Palo Alto Networks, Inc. |
||
| |
| لغة = en |
||
| تاريخ الوصول = 9 يونيو 2018 |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> بشكلٍ مباشر إذا كان المُخدّم والعميل بنفس [[شبكة محلية|الشبكة المحليّة]]، أو عبر وكيل للبروتوكول بخلاف ذلك. إذا كان العميل يعلم بشكل مُسبق، عنوان مُخدم البروتوكول فيقوم بتوجيه الرسائل بشكلٍ مُباشرٍ إليه، فيما عدا ذلك، يقوم العميل بإرسال الرسائل بشكل [[بث عام (شبكات)|بثّ عام]] لتصل إلى جميع المُخدمات أو الوكلاء الموجودة في نطاق بثّه العام. |
|||
}}</ref> بشكلٍ مباشر إذا كان المُخدّم والعميل بنفس [[شبكة محلية|الشبكة المحليّة]]، أو عبر وكيل للبروتوكول بخلاف ذلك. إذا كان العميل يعلم بشكل مُسبق، عنوان مُخدم البروتوكول فيقوم بتوجيه الرسائل بشكلٍ مُباشرٍ إليه، فيما عدا ذلك، يقوم العميل بإرسال الرسائل بشكل [[بث عام (شبكات)|بثّ عام]] لتصل إلى جميع المُخدمات أو الوكلاء الموجودة في نطاق بثّه العام. |
|||
فيما يلي، هناك افتراض بأنّ العميل لا يستضيف عنوان بروتوكول إنترنت من الإصدار الرابع، وبأنّه والمُخدّمات موجودون ضمن نطاق بثّ عام واحد، لذلك لا داعي لوجود وكيل للبروتوكول، بالإضافة إلى الافتراض بأنّ العميل لا يعرف عنوان/عناوين أي مُخدّم للبروتوكول، تكون مراحل تحصيص ومنح عنوان الشبكة للعميل بالشكل التالي:<ref name="Web-47"/><ref name = "Book-3">{{ |
فيما يلي، هناك افتراض بأنّ العميل لا يستضيف عنوان بروتوكول إنترنت من الإصدار الرابع، وبأنّه والمُخدّمات موجودون ضمن نطاق بثّ عام واحد، لذلك لا داعي لوجود وكيل للبروتوكول، بالإضافة إلى الافتراض بأنّ العميل لا يعرف عنوان/عناوين أي مُخدّم للبروتوكول، تكون مراحل تحصيص ومنح عنوان الشبكة للعميل بالشكل التالي:<ref name="Web-47"/><ref name = "Book-3">{{استشهاد بكتاب |
||
| |
|مؤلف1= Charles M. Kozierok |
||
| |
|عنوان= The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference |
||
|مسار= https://archive.org/details/tcpipguidecompre0000kozi |
|||
|الصفحة= 1021 |
|||
|صفحة= [https://archive.org/details/tcpipguidecompre0000kozi/page/1021 1021] |
|||
|السنة=2005 |
|||
|سنة= 2005 |
|||
|الناشر= No Starch Press |
|||
|ناشر= No Starch Press |
|||
|الرقم المعياري= 159327047X |
|||
|ردمك= 159327047X |
|||
|اللغة= en |
|||
|لغة= en |
|||
}}</ref> |
}}</ref> |
||
# يقوم العميل بتوليد رسالة استكشاف ويرسلها بشكل رسالة بثّ عام في نطاق بثه، يمكن للعميل أن يُضمّن الرسالة اقتراحات تخصّ العنوان ومدة الاستخدام بإضافة الخيارات المُناسبة لذلك في حقل الخيارات. |
# يقوم العميل بتوليد رسالة استكشاف ويرسلها بشكل رسالة بثّ عام في نطاق بثه، يمكن للعميل أن يُضمّن الرسالة اقتراحات تخصّ العنوان ومدة الاستخدام بإضافة الخيارات المُناسبة لذلك في حقل الخيارات. |
||
# تنتشر رسالة البث العام في الشبكة المحليّة، وتصل إلى كل مخدمات البروتوكول أو وكلائه فيها. في حال وجود وكلاء، يقوم أي وكيل يستقبل رسالة البث العام بإرسال محتوى الرسالة، ولكن بشكل رسالة فريدة، نحو المُخدّم البعيد، ويلعب الوكيل دور صلة الوصل في تبادل كل الرسائل اللاحقة بين الطرفين، فيتبادل مع المخدم رسائل البروتوكول بشكل فريد عبر [[شبكة متباعدة|الشبكة المُتباعدة]]، ومع العميل رسائل البروتوكول بشكل رسائل بث عام في الشبكة المحلية.<ref name="Web-60">{{ |
# تنتشر رسالة البث العام في الشبكة المحليّة، وتصل إلى كل مخدمات البروتوكول أو وكلائه فيها. في حال وجود وكلاء، يقوم أي وكيل يستقبل رسالة البث العام بإرسال محتوى الرسالة، ولكن بشكل رسالة فريدة، نحو المُخدّم البعيد، ويلعب الوكيل دور صلة الوصل في تبادل كل الرسائل اللاحقة بين الطرفين، فيتبادل مع المخدم رسائل البروتوكول بشكل فريد عبر [[شبكة متباعدة|الشبكة المُتباعدة]]، ومع العميل رسائل البروتوكول بشكل رسائل بث عام في الشبكة المحلية.<ref name="Web-60">{{استشهاد ويب |
||
| |
|مؤلف = David Bateman, William Burton |
||
| |
|تاريخ = 28 أبريل 2009 |
||
| |
|مسار أرشيف = https://web.archive.org/web/20131004155658/http://www.pearsonitcertification.com/articles/article.aspx?p=1320201&seqNum=4 |
||
| |
|تاريخ أرشيف = 4 أوكتوير 2013 |
||
| |
|مسار = https://www.pearsonitcertification.com/articles/article.aspx?p=1320201&seqNum=4 |
||
| |
|عنوان = Cisco CCNA Voice Exam Cram: Configuring the Network to Support VoIP |
||
| |
|موقع = Pearson Education, Pearson IT Certification |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 9 يونيو 2018 |
||
}}</ref> |
|||
# يستجيب كل مُخدّم استقبل رسالة الاستكشاف في الشبكة المحليّة بإرسال رسالة عرض بشكل بثّ عام، تحتوي رسالة العرض على عنوان مُقترح للعميل، في حقل العنوان المعروض، وعلى مجموعة من محددات التهيئة ضمن حقل الخيارات. إن عرض العنوان على العميل لا يعني تحصيصه، ولكن، وعلى أي حال، لا يتم عرض ذلك العنوان على أي عميل آخر لحين انتهاء عملية التهيئة، سواء بقبول للعميل العرض أو رفضه. |
# يستجيب كل مُخدّم استقبل رسالة الاستكشاف في الشبكة المحليّة بإرسال رسالة عرض بشكل بثّ عام، تحتوي رسالة العرض على عنوان مُقترح للعميل، في حقل العنوان المعروض، وعلى مجموعة من محددات التهيئة ضمن حقل الخيارات. إن عرض العنوان على العميل لا يعني تحصيصه، ولكن، وعلى أي حال، لا يتم عرض ذلك العنوان على أي عميل آخر لحين انتهاء عملية التهيئة، سواء بقبول للعميل العرض أو رفضه. |
||
# يقوم العميل باستقبال وتجميع الردود القادمة من مُخدمات البروتوكول، في حال وجود أكثر من مُخدّم، ثُم يختار أحد العروض، ولايوجد شرط أو طريقة عامة مُحددة لاختيار، وتترك آلية الاختيار للعميل.<ref name="Web-59"/> في حال عدم استقبال أيّ رسالة ردّ لفترة مُحددة بعد إرسال رسالة الاستكشاف، يقوم العميل بإعادة إرسال رسالة استكشاف جديدة بشكل بثّ عام مرة أخرى بحسب شرط الانتظار. |
# يقوم العميل باستقبال وتجميع الردود القادمة من مُخدمات البروتوكول، في حال وجود أكثر من مُخدّم، ثُم يختار أحد العروض، ولايوجد شرط أو طريقة عامة مُحددة لاختيار، وتترك آلية الاختيار للعميل.<ref name="Web-59"/> في حال عدم استقبال أيّ رسالة ردّ لفترة مُحددة بعد إرسال رسالة الاستكشاف، يقوم العميل بإعادة إرسال رسالة استكشاف جديدة بشكل بثّ عام مرة أخرى بحسب شرط الانتظار. |
||
سطر 1٬321: | سطر 1٬453: | ||
## بالنسبة للمخدمات الأخرى، فتعتبر أن رسالة الطلب رفض لعرضها المُقدّم. |
## بالنسبة للمخدمات الأخرى، فتعتبر أن رسالة الطلب رفض لعرضها المُقدّم. |
||
# يستقبل العميل رسالة التأكيد الإيجابي، التي تحتوي على عنوان بروتوكول الإنترنت، ومحددات تهيئة أخرى، ويعني ذلك أن العميل قد استضاف العنوان. |
# يستقبل العميل رسالة التأكيد الإيجابي، التي تحتوي على عنوان بروتوكول الإنترنت، ومحددات تهيئة أخرى، ويعني ذلك أن العميل قد استضاف العنوان. |
||
# يقوم العميل بالتحقق من أن العنوان فريد وغير مستخدم في الشبكة، مثلاً باستخدام [[بروتوكول حل العناوين]] <ref name="ietf-44">{{ |
# يقوم العميل بالتحقق من أن العنوان فريد وغير مستخدم في الشبكة، مثلاً باستخدام [[بروتوكول اقتران العناوين|بروتوكول حل العناوين]] <ref name="ietf-44">{{استشهاد ويب |
||
| |
| مؤلف1-الأخير= C. Plummer |
||
| |
| مؤلف1-الأول= David |
||
| |
| تاريخ= نوفمبر 1982 |
||
| مسار أرشيف= https://web.archive.org/web/20190620114822/https://tools.ietf.org/html/rfc826 |
|||
| السنة= 1982 |
|||
| مسار= https://tools.ietf.org/html/rfc826 |
|||
| الشهر= نوفمبر |
|||
| عنوان= RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses |
|||
| مسار الأرشيف = |
|||
| موقع= The Internet Society |
|||
| المسار= https://tools.ietf.org/html/rfc826 |
|||
| لغة= en |
|||
| العنوان= RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses |
|||
| تاريخ الوصول= 9 يونيو 2018 |
|||
| الموقع= The Internet Society |
|||
| تاريخ أرشيف= 20 يونيو 2019 |
|||
| اللغة= en |
|||
}}</ref> أو [[بروتوكول رسائل التحكم في الإنترنت|بروتوكول رسائل التحكم في شبكة الإنترنت]].<ref name="ietf-43">{{استشهاد ويب |
|||
| |
|الأخير = Postal |
||
| |
|الأول = J. |
||
| |
|تاريخ = أغسطس 1981 |
||
|مسار أرشيف = https://web.archive.org/web/20200306033602/https://tools.ietf.org/html/rfc792 |
|||
| السنة= 1981 |
|||
|مسار = https://tools.ietf.org/html/rfc792 |
|||
| الشهر= أغسطس |
|||
|عنوان = RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification. |
|||
| مسار الأرشيف = |
|||
|موقع = The Internet Society |
|||
| المسار= https://tools.ietf.org/html/rfc792 |
|||
|لغة = en |
|||
| العنوان= RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification. |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
| الموقع= The Internet Society |
|||
|تاريخ أرشيف = 2020-03-06 |
|||
| اللغة= en |
|||
}}</ref> على أيّة حال، إذا كان العنوان مُستخدماً، فإنّ العميل يرسل للمُخدّم رسالة رفض،<ref name="Web-1"/> ويعيد بدء العملية مُجدداً من البداية. |
|||
# في حال أراد العميل التوقف عن استعمال العنوان قبل انتهاء مدة التحصيص، فإنّه يقوم بإرسال رسالة تحرير العنوان للمُخدّم.<ref name="JOU-3"/> |
# في حال أراد العميل التوقف عن استعمال العنوان قبل انتهاء مدة التحصيص، فإنّه يقوم بإرسال رسالة تحرير العنوان للمُخدّم.<ref name="JOU-3"/> |
||
سطر 1٬350: | سطر 1٬482: | ||
يمكن لعميل ما للبروتوكول على دراية بعنوان المُخدّم من عملية تهيئة آليّة سابقة، أن يطلب مُجدداً إعادة استخدام عنوان سابق مُنح له، وعندها يمكن تجاهل بعض الخطوات أثناء المراسلة وبالتالي اختصار العملية، لأن العميل على معرفة بوجود المُخدّم، ولا حاجة لمرحلة الاسكتشاف،<ref name="Web-67"/> ولكن على أي حال، يملك المُخدّم وحده حق قبول أو رفض الطلب، ويقوم بإبلاغ العميل بذلك. |
يمكن لعميل ما للبروتوكول على دراية بعنوان المُخدّم من عملية تهيئة آليّة سابقة، أن يطلب مُجدداً إعادة استخدام عنوان سابق مُنح له، وعندها يمكن تجاهل بعض الخطوات أثناء المراسلة وبالتالي اختصار العملية، لأن العميل على معرفة بوجود المُخدّم، ولا حاجة لمرحلة الاسكتشاف،<ref name="Web-67"/> ولكن على أي حال، يملك المُخدّم وحده حق قبول أو رفض الطلب، ويقوم بإبلاغ العميل بذلك. |
||
في حال أراد العميل طلب إعادة استخدام عنوان تتبع الحطوات التالية:<ref name="Web-68">{{ |
في حال أراد العميل طلب إعادة استخدام عنوان تتبع الحطوات التالية:<ref name="Web-68">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180609173006/https://technet.microsoft.com/pt-pt/library/cc780760(v=ws.10).aspx |
||
| تاريخ |
| تاريخ أرشيف= 9 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/pt-pt/previous-versions/windows/server/cc780760(v=ws.10)?redirectedfrom=MSDN |
||
| |
| عنوان= How DHCP Technology Works |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
| تاريخ الوصول= 9 يونيو 2018 |
||
}}</ref> |
|||
# يقوم العميل بإرسال رسالة طلب بشكل بث عام. لا يستخدم العميل العنوان الذي يطلب استخدامه كعنوان أو كمعرّف خاص به، فهو لم يُمنح له بعد. يضع العميل العنوان المطلوب ضمن خيار |
# يقوم العميل بإرسال رسالة طلب بشكل بث عام. لا يستخدم العميل العنوان الذي يطلب استخدامه كعنوان أو كمعرّف خاص به، فهو لم يُمنح له بعد. يضع العميل العنوان المطلوب ضمن خيار «عنوان بروتوكول الإنترنت المطلوب». |
||
# تقوم المُخدّمات التي تستقبل هذه الرسالة، والتي تكون على معرفة مُسبقة بُمحددات العميل بالرد عليها برسالة تأكيد إيجابي في حال كانت إعادة الاستخدام مُمكنةً،<ref name="Web-72">{{ |
# تقوم المُخدّمات التي تستقبل هذه الرسالة، والتي تكون على معرفة مُسبقة بُمحددات العميل بالرد عليها برسالة تأكيد إيجابي في حال كانت إعادة الاستخدام مُمكنةً،<ref name="Web-72">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180529080114/https://www.cisco.com/c/en/us/support/docs/ip/dynamic-address-allocation-resolution/27470-100.html#renewing |
||
| تاريخ |
| تاريخ أرشيف= 1 أغسطس 2017 |
||
| |
| مسار= https://www.cisco.com/c/en/us/obsolete/switches/cisco-catalyst-2955-series-switches.html#renewing |
||
| |
| عنوان= Understanding and Troubleshooting DHCP in Catalyst Switch or Enterprise Networks, Renewing the Lease |
||
| |
| موقع= Cisco Systems, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 10 يونيو 2018 |
|||
| تاريخ الوصول= 10 يونيو 2018}}</ref> أو برسالة تأكيد سلبي بخلاف ذلك، إذا كان العميل ضمن نفس شبكة المُخدّم [[شبكة محلية|المحلية]] يجب أن تكون رسالة التأكيد بشكل [[بث عام (شبكات)|بث عام]]، أمّا إذا كان في شبكة أخرى، فترسل الرسالة من المخدم إلى وكيل البروتوكول في تلك الشبكة بشكل [[بث فريد|بث فريد الوجهة]]، على أن يقوم الوكيل بإرسالها بشكل بث عام في الشبكة المحلية البعيدة. |
|||
}}</ref> أو برسالة تأكيد سلبي بخلاف ذلك، إذا كان العميل ضمن نفس شبكة المُخدّم [[شبكة محلية|المحلية]] يجب أن تكون رسالة التأكيد بشكل [[بث عام (شبكات)|بث عام]]، أمّا إذا كان في شبكة أخرى، فترسل الرسالة من المخدم إلى وكيل البروتوكول في تلك الشبكة بشكل [[بث فريد|بث فريد الوجهة]]، على أن يقوم الوكيل بإرسالها بشكل بث عام في الشبكة المحلية البعيدة. |
|||
# يستقبل العميل رسائل التأكيد الواردة من المُخدّمات ويعالجها بالشكل التالي: |
# يستقبل العميل رسائل التأكيد الواردة من المُخدّمات ويعالجها بالشكل التالي: |
||
## إذا كانت الرسالة تأكيداً سلبياً، أي لا يُمكن منح العنوان لأنّه غير مُتوافق مع فضاء العناوين المُستعمل،<ref name="Web-61"/> فيجيب على العميل أن يتقدم بطلب حصول على عنوان آخر. |
## إذا كانت الرسالة تأكيداً سلبياً، أي لا يُمكن منح العنوان لأنّه غير مُتوافق مع فضاء العناوين المُستعمل،<ref name="Web-61"/> فيجيب على العميل أن يتقدم بطلب حصول على عنوان آخر. |
||
## إذا كانت الرسالة تأكيداً إيجابياً، فيُمكن للعميل أن يستخدم العنوان ولكنّ يجب عليه أن يتحقق أولاً من فرادته، أي من عدم وجود من يستخدمه في الشبكة، ويمكن استخدام [[بروتوكول دقة العناوين]] لتحقيق ذلك، في حال عدم الفرادة، يقوم العميل بإرسال رسالة رفض للمخدم، <ref name="Web-1"/> ويعيد طلب عنوان جديد مُغاير من خلال إعادة بدء عملية التهيئة الآليّة غير المُختصرة من جديد. |
## إذا كانت الرسالة تأكيداً إيجابياً، فيُمكن للعميل أن يستخدم العنوان ولكنّ يجب عليه أن يتحقق أولاً من فرادته، أي من عدم وجود من يستخدمه في الشبكة، ويمكن استخدام [[بروتوكول اقتران العناوين|بروتوكول دقة العناوين]] لتحقيق ذلك، في حال عدم الفرادة، يقوم العميل بإرسال رسالة رفض للمخدم، <ref name="Web-1"/> ويعيد طلب عنوان جديد مُغاير من خلال إعادة بدء عملية التهيئة الآليّة غير المُختصرة من جديد. |
||
## إذا لم تصل أي رسالة تأكيد، لا سلبية ولا إيجابية، فإنّ العميل يُعيد إرسال رسالة الطلب مجدداً على أن لا يقوم بذلك أكثر من 4 مرات ضمن إطار انتظار زمني إجمالي لا يتجاوز 60 ثانية،<ref name="Web-59"/> في حال عدم وصول أي تأكيد، يجب على العميل إعادة ضبط محددات التهيئة إلى القيم الافتراضية. |
## إذا لم تصل أي رسالة تأكيد، لا سلبية ولا إيجابية، فإنّ العميل يُعيد إرسال رسالة الطلب مجدداً على أن لا يقوم بذلك أكثر من 4 مرات ضمن إطار انتظار زمني إجمالي لا يتجاوز 60 ثانية،<ref name="Web-59"/> في حال عدم وصول أي تأكيد، يجب على العميل إعادة ضبط محددات التهيئة إلى القيم الافتراضية. |
||
سطر 1٬376: | سطر 1٬510: | ||
==== تحديد العنوان المعروض ==== |
==== تحديد العنوان المعروض ==== |
||
[[ |
[[ملف:DHCP address Allocation Algoithm - ar.png|تصغير|300بك|[[خارطة الانسياب|المخطط التدفقي]] لآلية تحصيص وعرض عنوان [[بروتوكول الإنترنت (الإصدار الرابع)|بروتوكول إنترنت]] على عميل البروتوكول في بروتوكول تهيئة المضيف الآلية.]] |
||
يقوم المخدّم بتحديد عنوان بروتوكول إنترنت لعرضه على عميل ما بعد استقباله رسالة استكشاف من ذلك العميل. يحتفظ المُخدّم ب[[قاعدة بيانات]] تضمّ معلومات تخص العملاء، سواءً مُحدداتٍ مُعدّة مسبقاً، قد تشمل على عنوان بروتوكول إنترنت، أو معلومات قام المُخدم نفسه بإضافتها لسجل العميل، من خلال تعاملٍ سابق بينهما، وقد تشمل هذه المعلومات عنوان بروتوكول إنترنت تمّ منحه سابقاً. |
يقوم المخدّم بتحديد عنوان بروتوكول إنترنت لعرضه على عميل ما بعد استقباله رسالة استكشاف من ذلك العميل. يحتفظ المُخدّم ب[[قاعدة بيانات]] تضمّ معلومات تخص العملاء، سواءً مُحدداتٍ مُعدّة مسبقاً، قد تشمل على عنوان بروتوكول إنترنت، أو معلومات قام المُخدم نفسه بإضافتها لسجل العميل، من خلال تعاملٍ سابق بينهما، وقد تشمل هذه المعلومات عنوان بروتوكول إنترنت تمّ منحه سابقاً. |
||
إذا امتلك المُخدّم مجالات عنونة لأكثر من شبكة، يجب عليه أن يحدد الشبكة التي يتواجد فيها العميل، فإذا كان العميل محلياً (قيمة حقل عنوان الوكيل صفرية) يتمّ عرض عنوان من شبكة المُخدّم المحليّة، أمّا إذا كان العميل بعيداً فيتمّ منحُه عنواناً من شبكة الوكيل.<ref name="Web-90">{{ |
إذا امتلك المُخدّم مجالات عنونة لأكثر من شبكة، يجب عليه أن يحدد الشبكة التي يتواجد فيها العميل، فإذا كان العميل محلياً (قيمة حقل عنوان الوكيل صفرية) يتمّ عرض عنوان من شبكة المُخدّم المحليّة، أمّا إذا كان العميل بعيداً فيتمّ منحُه عنواناً من شبكة الوكيل.<ref name="Web-90">{{استشهاد ويب |
||
| |
| تاريخ = 4 ديسمبر 2013 |
||
| مسار |
| مسار = https://learningnetwork.cisco.com/thread/64138 |
||
| عنوان = How does a DHCP server know what IP addresses to use with DHCP relay? |
|||
| تاريخ الأرشيف = 12 يونيو 2016 |
|||
| موقع = Cisco Systems |
|||
| المسار= https://learningnetwork.cisco.com/thread/64138 |
|||
| لغة = en |
|||
| العنوان = How does a DHCP server know what IP addresses to use with DHCP relay? |
|||
| تاريخ الوصول = 12 يونيو 2018 |
|||
| الموقع= Cisco Systems |
|||
| تاريخ أرشيف = 12 يونيو 2018 |
|||
| اللغة= en |
|||
| مسار أرشيف = https://web.archive.org/web/20180612201254/https://learningnetwork.cisco.com/thread/64138 |
|||
| تاريخ الوصول= 12 يونيو 2018}}</ref> |
|||
|url-status=dead}}</ref> |
|||
لتحديد العنوان الذي سيتمّ عرضه على العميل، بعد استقبال رسالة استكشاف، يقوم المُخدّم باتباع الخوارزمية التالية:<ref name="ietf-9"/> |
لتحديد العنوان الذي سيتمّ عرضه على العميل، بعد استقبال رسالة استكشاف، يقوم المُخدّم باتباع الخوارزمية التالية:<ref name="ietf-9"/> |
||
سطر 1٬397: | سطر 1٬532: | ||
==== تحديد مدة استخدام العنوان ==== |
==== تحديد مدة استخدام العنوان ==== |
||
[[ |
[[ملف:DHCP - Determing the Lease Value Algorithm - ar.png|تصغير|300بك|[[خارطة الانسياب|المخطط التدفقي]] لآلية منح مدة الاستخدام في بروتوكول تهيئة المضيف الآلية في عميل البروتوكول.]] |
||
تنطلق عملية تحديد مدة استخدام العنوان بعد وصول رسالة استكشاف [[ |
تنطلق عملية تحديد مدة استخدام العنوان بعد وصول رسالة استكشاف [[خادوم|للمُخدّم]]، ولا يعني وصول رسالة الاستكشاف أن [[عميل (حوسبة)|العميل]] الذي أرسلها لا يملك عنوان بروتوكول إنترنت، فهناك إمكانية لاستخدام هذه الرسالة من أجل البحث عن مُخدّمات البروتوكول من قبل عميل [[مضيف (حوسبة)|يستضيف]] سلفاً عنوان برتوكول إنترنت ما، سواء عن طريق التهيئة اليدوية أو الآليّة من نفس المُخدّم الذي استقبل الرسالة أو من مُخدّم آخر، وفي هذه الحالة يقوم المُخدّم بإعادة قيمة زمن الاستخدام المُتبقي للعنوان. |
||
في حال كانت مدة الاستخدام الممنوحة ليست لانهائيّة، يجب اختيار قيمتها مدة الاستخدام بحرص بحيث تكون صغيرة بما يكفي لاسترجاع العناوين التي ترك مُستضيفوها الشبكة بدون تحريرها، وكبيرة بما يكفي لتؤمّن خدمة تهيئة آلية مستقرة.<ref name="Web-89">{{ |
في حال كانت مدة الاستخدام الممنوحة ليست لانهائيّة، يجب اختيار قيمتها مدة الاستخدام بحرص بحيث تكون صغيرة بما يكفي لاسترجاع العناوين التي ترك مُستضيفوها الشبكة بدون تحريرها، وكبيرة بما يكفي لتؤمّن خدمة تهيئة آلية مستقرة.<ref name="Web-89">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20160905133555/https://docs.oracle.com/cd/E19253-01/816-4554/chapter2-29/index.html |
||
| تاريخ |
| تاريخ أرشيف = 5 سبتمبر 2016 |
||
| |
| مسار = https://docs.oracle.com/cd/E19253-01/816-4554/chapter2-29/index.html |
||
| |
| عنوان = Making Decisions for Your DHCP Server Configuration (Task Map), Setting a Lease Policy |
||
| |
| موقع = Oracle Corporation |
||
| |
| لغة = en |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> |
| تاريخ الوصول = 11 يونيو 2018 |
||
}}</ref> |
|||
عند استقبال رسالة استكشاف من عميل ما، يقوم المخدّم بتحديد مدة استخدام العنوان بحسب الخوارزمية التالية:<ref name="ietf-9"/> |
عند استقبال رسالة استكشاف من عميل ما، يقوم المخدّم بتحديد مدة استخدام العنوان بحسب الخوارزمية التالية:<ref name="ietf-9"/> |
||
* إذا كان العميل الذي أرسل الرسالة يستضيف عنوان بروتوكول إنترنت منح له عبر خدمة التهيئة الآلية، فإن المُخدّم يُوجد قيمة مدة الاستخدام المُتبقية للعنوان من [[قاعدة البيانات]]، ويعيدها للعميل في رسالة العرض. |
* إذا كان العميل الذي أرسل الرسالة يستضيف عنوان بروتوكول إنترنت منح له عبر خدمة التهيئة الآلية، فإن المُخدّم يُوجد قيمة مدة الاستخدام المُتبقية للعنوان من [[قاعدة بيانات|قاعدة البيانات]]، ويعيدها للعميل في رسالة العرض. |
||
* إذا كان العميل لا يستضيف عنوان بروتوكول إنترنت ويطلب الحصول على خدمة التهئية الآليّة، فعندها: |
* إذا كان العميل لا يستضيف عنوان بروتوكول إنترنت ويطلب الحصول على خدمة التهئية الآليّة، فعندها: |
||
** إذا طلب العميل مدة استخدام مُحددة في رسالة الاستكشاف، يتحقق المُخدّم من موافقة القيمة لسياسة المنح، في حال موافقتها يتمّ إرسال القيمة المطلوبة للعميل في رسالة العرض. |
** إذا طلب العميل مدة استخدام مُحددة في رسالة الاستكشاف، يتحقق المُخدّم من موافقة القيمة لسياسة المنح، في حال موافقتها يتمّ إرسال القيمة المطلوبة للعميل في رسالة العرض. |
||
** إذا لم يطلب العميل قيمة محددة، أو إذا طلب قيمة لا تتوافق مع سياسة المنح، يقوم المُخدّم باختيار قيمة مدة الاستخدام الافتراضية، ويرسلها للعميل في رسالة العرض. |
** إذا لم يطلب العميل قيمة محددة، أو إذا طلب قيمة لا تتوافق مع سياسة المنح، يقوم المُخدّم باختيار قيمة مدة الاستخدام الافتراضية، ويرسلها للعميل في رسالة العرض. |
||
في حالات تجديد مدة استخدام العنوان، |
في حالات تجديد مدة استخدام العنوان، يكون المُخدّم هو صاحب القرار النهائي، بقبول التجديد أو عدمه، أو بمنح العميل مدة الاستخدام التي يطلبها أو منحه القيمة الافتراضية لمدة الاستخدام، وذلك بحسب السياسات الخاصة بإدارة الشبكة وبخدمة التهيئة الآلية.<ref name="Web-15"/> |
||
==== تحديد قيم مُحددات التهيئة المطلوبة ==== |
==== تحديد قيم مُحددات التهيئة المطلوبة ==== |
||
سطر 1٬425: | سطر 1٬561: | ||
=== سلوك العميل === |
=== سلوك العميل === |
||
[[ |
[[ملف:DHCP Client State Transtion Diagram -ar.png|تصغير|300بك|[[مخطط الحالة]] لعميل بروتوكول تهيئة المضيف الآلية.]] |
||
يمكن وصف سلوك العميل باستخدام [[مخطط الحالة|مُخطط حالة]]، حيث ينتقل العميل بين ثمانية حالات مختلفة، ويحكم انتقاله بين هذه الحالات استقبال رسائل البروتوكول أو نفاذ المؤقتات،<ref name="Web-69">{{ |
يمكن وصف سلوك العميل باستخدام [[مخطط الحالة|مُخطط حالة]]، حيث ينتقل العميل بين ثمانية حالات مختلفة، ويحكم انتقاله بين هذه الحالات استقبال رسائل البروتوكول أو نفاذ المؤقتات،<ref name="Web-69">{{استشهاد ويب |
||
| |
| مؤلف = Charles M. Kozierok. |
||
| |
| تاريخ = 20 سبتمبر 2005 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180105214314/http://www.tcpipguide.com/free/t_DHCPGeneralOperationandClientFiniteStateMachine.htm |
||
| تاريخ |
| تاريخ أرشيف = 5 يناير 2018 |
||
| |
| مسار = https://docs.microsoft.com/pt-pt/previous-versions/windows/server/cc780760(v=ws.10)?redirectedfrom=MSDN |
||
| |
| عنوان = DHCP General Operation and Client Finite State Machine |
||
| |
| موقع = The TCP/IP Guide |
||
| |
| لغة = en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> وفيما يلي شرح مُبسط لهذه لكل حالة من هذه الحالات:<ref name="ietf-9"/><ref name="Web-71">{{ |
| تاريخ الوصول = 10 يونيو 2018 |
||
}}</ref> وفيما يلي شرح مُبسط لهذه لكل حالة من هذه الحالات:<ref name="ietf-9"/><ref name="Web-71">{{استشهاد ويب |
|||
| |
| تاريخ = 30 أوكتوبر 2013 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170801081730/https://www.netmanias.com/en/post/techdocs/5999/dhcp-network-protocol/understanding-the-detailed-operations-of-dhcp |
||
| تاريخ |
| تاريخ أرشيف = 1 أغسطس 2017 |
||
| |
| مسار = https://www.netmanias.com/en/post/techdocs/5999/dhcp-network-protocol/understanding-the-detailed-operations-of-dhcp |
||
| |
| عنوان = Understanding the Detailed Operations of DHCP |
||
| |
| موقع = NMC Consulting Group |
||
| |
| لغة = en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول = 10 يونيو 2018 |
||
}}</ref> |
|||
* '''الحالة البدائية''' (INIT): وهي الحالة التي يدخل فيها العميل بعد تشغيل البروتوكول فيه، كما يمكن أن يعود إليها من حالات لاحقة أخرى. في هذه الحالة، في هذه الحالة يقوم العميل ببدء عملية التهيئة الآلية بإرسال رسالة استكشاف دوماً، وينتقل بعد ذلك بشكلٍ تلقائي إلى حالة الاختيار. |
* '''الحالة البدائية''' (INIT): وهي الحالة التي يدخل فيها العميل بعد تشغيل البروتوكول فيه، كما يمكن أن يعود إليها من حالات لاحقة أخرى. في هذه الحالة، في هذه الحالة يقوم العميل ببدء عملية التهيئة الآلية بإرسال رسالة استكشاف دوماً، وينتقل بعد ذلك بشكلٍ تلقائي إلى حالة الاختيار. |
||
* '''حالة الاختيار ''' (SELECTING): يدخل العميل هذه الحالة بعد إرساله لرسالة استكشاف، ويقوم فيها باستقبال رسائل العرض كردود من المُخدّمات، ويقوم العميل بتجميعها. تنتهي هذه الحالة بقيام العميل باختيار أحد العروض، لا يوجد قاعدة مُعينة لتحديد زمن انتظار العميل لرسائل العرض في هذه الحالة، ويُترك اختيار قيمة الزمن لمُنفّذ البروتوكول.<ref name="Web-59"/> |
* '''حالة الاختيار ''' (SELECTING): يدخل العميل هذه الحالة بعد إرساله لرسالة استكشاف، ويقوم فيها باستقبال رسائل العرض كردود من المُخدّمات، ويقوم العميل بتجميعها. تنتهي هذه الحالة بقيام العميل باختيار أحد العروض، لا يوجد قاعدة مُعينة لتحديد زمن انتظار العميل لرسائل العرض في هذه الحالة، ويُترك اختيار قيمة الزمن لمُنفّذ البروتوكول.<ref name="Web-59"/> |
||
* '''حالة الطلب''' (REQUESTING): يدخل العميل هذه الحالة بعد اختياره إحدى رسائل العروض، ويبدؤها بإرسال رسالة طلب، ويظلّ فيها إلى حين التأكد من فرادة العنوان الذي تمّ منحه، إذا تلقى العميل في هذه الحالة رسالة تأكيد سلبي (العنوان المطلوب غير متاح مثلاً) أو إذا كان العنوان غير فريد، فيجب على العميل أن يعود إلى الحالة البدائية ويبدأ عملية التهيئة مجدداً، يهمل العميل أي رسائل عرض في هذه الحالة. |
* '''حالة الطلب''' (REQUESTING): يدخل العميل هذه الحالة بعد اختياره إحدى رسائل العروض، ويبدؤها بإرسال رسالة طلب، ويظلّ فيها إلى حين التأكد من فرادة العنوان الذي تمّ منحه، إذا تلقى العميل في هذه الحالة رسالة تأكيد سلبي (العنوان المطلوب غير متاح مثلاً) أو إذا كان العنوان غير فريد، فيجب على العميل أن يعود إلى الحالة البدائية ويبدأ عملية التهيئة مجدداً، يهمل العميل أي رسائل عرض في هذه الحالة. |
||
* '''حالة الالتزام''' (BOUND): يدخل العميل هذه الحالة بعد استقباله رسالة تأكيد إيجابي، ويلتزم فيها بمحددات التهيئة التي حصل عليها من المُخدّم،<ref name="Web-74">{{ |
* '''حالة الالتزام''' (BOUND): يدخل العميل هذه الحالة بعد استقباله رسالة تأكيد إيجابي، ويلتزم فيها بمحددات التهيئة التي حصل عليها من المُخدّم،<ref name="Web-74">{{استشهاد ويب |
||
| |
| مؤلف = Charles M. Kozierok |
||
| |
| تاريخ = 20 سبتمبر 2005 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20171115180829/http://www.tcpipguide.com:80/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
||
| تاريخ |
| تاريخ أرشيف = 15 نوفمبر 2017 |
||
| |
| مسار = http://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
||
| |
| عنوان = DHCP Lease Renewal and Rebinding Processes |
||
| |
| موقع = The TCP/UP Guide |
||
| |
| لغة = en |
||
| تاريخ الوصول = 10 يونيو 2018 |
|||
| تاريخ الوصول= 10 يونيو 2018}}</ref> سواء كان ذلك جزءاً من عملية تهيئة آليّة، من جزءاً من التحقق من صلاحية مدة استخدام عنوان ممنوح (بعد إعادة إقلاع مثلاً)، أو بعد قبول طلب تجديد مدة الاستخدام، ويجب على العميل أن يضبط قيمة المؤقتين (T1) و (T2) من محتويات رسالة التأكيد الإيجابي قبل الدخول بهذه الحالة. يغادر العميل هذه الحالة بعد نفاذ قيمة المؤقت (T1)، ويجب على العميل عندها أن يرسل رسالة طلب موجهة بشكل مباشر إلى المخدم الذي منحه العنوان، وينتقل بعد ذلك إلى حالة إعادة التجديد، يهمل العميل أي رسالة عرض أو تأكيد إيجابي أو سلبي في هذه الحالة. |
|||
}}</ref> سواء كان ذلك جزءاً من عملية تهيئة آليّة، من جزءاً من التحقق من صلاحية مدة استخدام عنوان ممنوح (بعد إعادة إقلاع مثلاً)، أو بعد قبول طلب تجديد مدة الاستخدام، ويجب على العميل أن يضبط قيمة المؤقتين (T1) و (T2) من محتويات رسالة التأكيد الإيجابي قبل الدخول بهذه الحالة. يغادر العميل هذه الحالة بعد نفاذ قيمة المؤقت (T1)، ويجب على العميل عندها أن يرسل رسالة طلب موجهة بشكل مباشر إلى المخدم الذي منحه العنوان، وينتقل بعد ذلك إلى حالة إعادة التجديد، يهمل العميل أي رسالة عرض أو تأكيد إيجابي أو سلبي في هذه الحالة. |
|||
* '''حالة إعادة التجديد''' (RENEWING): يدخل العميل هذه الحالة بعد إرسالة رسالة طلب للمخدم الذي منحه العنوان بسبب نفاذ قيمة المؤقت (T1)،<ref name="Web-49"/> ويتحدد سلوكه في هذه الحالة بحسب مايلي:<ref name="Web-75">{{مرجع ويب |
|||
* '''حالة إعادة التجديد''' (RENEWING): يدخل العميل هذه الحالة بعد إرسالة رسالة طلب للمخدم الذي منحه العنوان بسبب نفاذ قيمة المؤقت (T1)،<ref name="Web-49"/> ويتحدد سلوكه في هذه الحالة بحسب مايلي:<ref name="Web-75">{{استشهاد ويب |
|||
| المؤلف = Charles M. Kozierok |
|||
| مؤلف = Charles M. Kozierok |
|||
| التاريخ = 20 سبتمبر 2005 |
|||
| تاريخ = 20 سبتمبر 2005 |
|||
| مسار الأرشيف = https://web.archive.org/web/20171115180829/http://www.tcpipguide.com:80/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
|||
| مسار أرشيف = https://web.archive.org/web/20171115180829/http://www.tcpipguide.com:80/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
|||
| تاريخ الأرشيف =15 نوفمبر 2017 |
|||
| تاريخ أرشيف = 15 نوفمبر 2017 |
|||
| المسار= http://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
|||
| مسار = http://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses.htm |
|||
| العنوان = DHCP Lease Renewal and Rebinding Processes, Lease Renewal/Rebinding Process Steps |
|||
| عنوان = DHCP Lease Renewal and Rebinding Processes, Lease Renewal/Rebinding Process Steps |
|||
| الموقع= The TCP/UP Guide |
|||
| موقع = The TCP/UP Guide |
|||
| اللغة= en |
|||
| لغة = en |
|||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
|||
| تاريخ الوصول = 10 يونيو 2018 |
|||
** إذا وصلت رسالة تأكيد إيحابي من المخدم، يقوم العميل بإعادة ضبط قيم المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
|||
}}</ref> |
|||
** إذا وصلت رسالة تأكيد إيحابي من المخدم، يقوم العميل بإعادة ضبط قيم المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
|||
** إذا وصلت رسالة تأكيد سلبي من المخدم، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
** إذا وصلت رسالة تأكيد سلبي من المخدم، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
||
** إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل زمناً يتحدد بقيمة المؤقت (T2)، إذا بقي الحال كما سبق، يقوم العميل بإرسال رسالة طلب بشكل بث عام إلى أي مخدم وينتقل إلى حالة إعادة الالتزام. |
** إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل زمناً يتحدد بقيمة المؤقت (T2)، إذا بقي الحال كما سبق، يقوم العميل بإرسال رسالة طلب بشكل بث عام إلى أي مخدم وينتقل إلى حالة إعادة الالتزام. |
||
* '''حالة إعادة الالتزام''' (REBINDING): ويدخل العميل هذه الحالة بعد إرسالة رسالة طلب بشكل بث عام بعد نفاذ قيمة قمية المؤقت (T2) في حالة إعادة التجديد.<ref name="Web-49"/> ويتحدد سلوكه في هذه الحالة بحسب يلي:<ref name="Web-75"/> |
* '''حالة إعادة الالتزام''' (REBINDING): ويدخل العميل هذه الحالة بعد إرسالة رسالة طلب بشكل بث عام بعد نفاذ قيمة قمية المؤقت (T2) في حالة إعادة التجديد.<ref name="Web-49"/> ويتحدد سلوكه في هذه الحالة بحسب يلي:<ref name="Web-75"/> |
||
** إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
** إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
||
** إذا استقبل رسالة تأكيد سلبي، مثلاً لا يمكن تجديد مدة استخدام العنوان، أو إذا كان العنوان غير متوافق مع الشبكة |
** إذا استقبل رسالة تأكيد سلبي، مثلاً لا يمكن تجديد مدة استخدام العنوان، أو إذا كان العنوان غير متوافق مع الشبكة ينتقل العميل إلى الحالة البدائية ليبدأ عملية تهيئة ابتدائية جديدة. |
||
** إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل في هذه الحالة لحين انتهاء مدة الاستخدام، إذا بقي الحال كما سبق، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
** إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل في هذه الحالة لحين انتهاء مدة الاستخدام، إذا بقي الحال كما سبق، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
||
* '''حالة التمهيد البدائية''' (INIT-REBOOT): وهي حالة ابتدائية أيضاً، يدخلها العميل إذا كان على معرفة مسبقة بعنوان بروتوكول إنترنت، مثلاً إذا تمت إعادة تشغيله، وكان قد حصل بشكل مسبقاً على عنوان بروتوكول إنترنت مع مدة استخدام. يخرج العميل من هذه الحالة بإرسال رسالة طلب إلى المُخدم لتأكيد صلاحية مدة الاستخدام، وينتقل إلى حالة إعادة التمهيد.<ref name="Web-70">{{ |
* '''حالة التمهيد البدائية''' (INIT-REBOOT): وهي حالة ابتدائية أيضاً، يدخلها العميل إذا كان على معرفة مسبقة بعنوان بروتوكول إنترنت، مثلاً إذا تمت إعادة تشغيله، وكان قد حصل بشكل مسبقاً على عنوان بروتوكول إنترنت مع مدة استخدام. يخرج العميل من هذه الحالة بإرسال رسالة طلب إلى المُخدم لتأكيد صلاحية مدة الاستخدام، وينتقل إلى حالة إعادة التمهيد.<ref name="Web-70">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180610105831/https://support.microsoft.com/en-us/help/167014/dhcp-client-may-fail-to-obtain-a-dhcp-assigned-ip-address |
||
| تاريخ |
| تاريخ أرشيف= 10 يونيو 2018 |
||
| |
| مسار= https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/dhcp-client-fail-obtain-valid-ip-address |
||
| |
| عنوان= DHCP client may fail to obtain a DHCP-assigned IP address |
||
| |
| موقع= Microsoft |
||
| |
| لغة= en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول= 10 يونيو 2018 |
||
}}</ref> |
|||
* '''حالة إعادة التمهيد''' (REBOOTING): يدهل العميل هذه الخالة بعد قيامه بإرسال رسالة طلب وهو في حالة التمهيد الابتدائي، ويتحدد سلوكه في هذه الحالة بحسب يلي: |
* '''حالة إعادة التمهيد''' (REBOOTING): يدهل العميل هذه الخالة بعد قيامه بإرسال رسالة طلب وهو في حالة التمهيد الابتدائي، ويتحدد سلوكه في هذه الحالة بحسب يلي: |
||
** إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
** إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام. |
||
** إذا استقبل رسالة تأكيد سلبي، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
** إذا استقبل رسالة تأكيد سلبي، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة. |
||
== التوسيعات والإضافات == |
== التوسيعات والإضافات == |
||
منذ إنجاز الشكل الحالي |
منذ إنجاز الشكل الحالي من البروتوكول في العام 1997م، لم تتوقف عملية التطوير، ولكنها كانت بالمجمل العام [[برنامج مساعد (حوسبة)|إضافات توسيعية]]، فقد تمّ توسيع قائمة المُحددات التي يمكن تزويد المُضيفين بها بإضافة عشرات المُحددات الجديدة، وشمل ذلك تعريف الخيارات الخاصّة بها ليتضاعف حجم قائمة الخيارات ثلاث مرات تقريباً <ref name="Web-11"/> عن ما كان عليه في المعيار الأصلي.<ref name="ietf-16"/> |
||
بالإضافة لذلك فقد تمّ تحسين آلية عمل البروتوكول نفسها، فتمت إضافة إمكانية [[مصادقة|المصادقة على العملاء]] قبل منحهم خدمة التهيئة الآلية،<ref name="ietf-14">{{ |
بالإضافة لذلك فقد تمّ تحسين آلية عمل البروتوكول نفسها، فتمت إضافة إمكانية [[مصادقة|المصادقة على العملاء]] قبل منحهم خدمة التهيئة الآلية،<ref name="ietf-14">{{استشهاد ويب |
||
| |
|الأخير = Droms |
||
| |
|الأول = R. |
||
|مؤلف2-الأخير = Arbaugh |
|||
| الأخير2= Arbaugh |
|||
|مؤلف2-الأول = W. |
|||
| الأول2= W. |
|||
| |
|تاريخ = يونيو 2001 |
||
|مسار أرشيف = https://web.archive.org/web/20200325122736/https://www.ietf.org/rfc/rfc3118 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc3118 |
||
| |
|عنوان = RFC 3118, Authentication for DHCP Messages |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 25 مارس 2020 |
|||
}}</ref> كما تمّ تعديل آلية تحصيص فضاء العناوين لتشمل التحصيص الآليّ للعناوين المشتركة من [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]،<ref name="ietf-15">{{استشهاد ويب |
|||
| |
|مؤلف = Y. Cui, Q. Sun, I. Farrer, Y. Lee, M. Boucadair |
||
| |
|تاريخ = أغسطس 2015 |
||
| مسار أرشيف = https://web.archive.org/web/20220525053756/https://www.ietf.org/rfc/rfc7618|مسار = https://www.ietf.org/rfc/rfc7618 |
|||
| مسار الأرشيف = |
|||
|عنوان = RFC 7618, Dynamic Allocation of Shared IPv4 Addresses |
|||
| المسار= https://www.ietf.org/rfc/rfc7618 |
|||
|موقع = The Internet Society |
|||
| العنوان= RFC 7618, Dynamic Allocation of Shared IPv4 Addresses |
|||
|لغة = en |
|||
| الموقع= The Internet Society |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| اللغة= en |
|||
| تاريخ |
| تاريخ أرشيف = 25 مايو 2022 |url-status=dead}}</ref> وأصبح بالإمكان منح نفس عنوان بروتوكول الإنترنت إلى عدد من المُضيفين على أن يتم التمييز فيما بينهم على أساس أرقام [[منفذ (شبكات)|منافذ]] المصدر الخاصة [[طبقة النقل|بطبقة النقل]]. بالإضافة لذلك طوّرت توسيعة الاستعلام عن معلومات بروتوكول الإنترنت (Leasequery)، التي تتيح لجهات مغايرة للعميل أو المُخدّم الحصول على معلومات ترتبط ببروتوكول الإنترنت المستعمل في الشبكة.<ref name="ietf-13">{{استشهاد ويب |
||
| |
|الأخير = Woundy |
||
| |
|الأول = R. |
||
|مؤلف2-الأخير = Kinnear |
|||
| الأخير2= Kinnear |
|||
|مؤلف2-الأول = K. |
|||
| الأول2= K. |
|||
| |
|تاريخ = فبراير 2006 |
||
|مسار أرشيف = https://web.archive.org/web/20120811073737/http://www.ietf.org/rfc/rfc4388 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc4388 |
||
| |
|عنوان = RFC 4388, Dynamic Host Configuration Protocol (DHCP) Leasequery |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 2012-08-11 |
|||
}}</ref> أمّا التعديل الأهم فكان تطوير بروتوكول التهيئة الآلية لمضيفي [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]] (DHCPv6)،<ref name="ietf-10"/> الذي أصبح بروتوكول تهيئة آليّة مُستقلاً بحد ذاته. |
|||
لإنجاح هذه التوسيعات كان لابد من زيادة عدد رسائل البروتوكول فعرفت وثائق طلب التعليقات 10 أنواع أخرى منها البروتوكول، ليصبح العدد الإجمالي لأنواع الرسائل هو (18) رسالة.<ref name="ietf-13"/><ref name="ietf-17">{{ |
لإنجاح هذه التوسيعات كان لابد من زيادة عدد رسائل البروتوكول فعرفت وثائق طلب التعليقات 10 أنواع أخرى منها البروتوكول، ليصبح العدد الإجمالي لأنواع الرسائل هو (18) رسالة.<ref name="ietf-13"/><ref name="ietf-17">{{استشهاد ويب |
||
| |
|الأخير = Kinnear |
||
| |
|الأول = K. |
||
|مؤلف2-الأخير = Stapp |
|||
| الأخير2= Stapp |
|||
|مؤلف2-الأول = M. |
|||
| الأول2= M. |
|||
|مؤلف3-الأخير = Volz |
|||
| الأخير3= Volz |
|||
|مؤلف3-الأول = B. |
|||
| الأول3= B. |
|||
|مؤلف4-الأخير = Russell |
|||
| الأخير4= Russell |
|||
|مؤلف4-الأول = N. |
|||
| الأول4= N. |
|||
| |
|تاريخ = يونيو 2001 |
||
|مسار أرشيف = https://web.archive.org/web/20200325122745/https://www.ietf.org/rfc/rfc7724 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc7724 |
||
| |
|عنوان = RFC 7724, Active DHCPv4 Lease Query |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|issn = 2070-1721 |
||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 2020-03-25 |
|||
| الأخير= T'Joens |
|||
|url-status=dead}}</ref><ref name="ietf-20">{{استشهاد ويب |
|||
| الأول= Y. |
|||
|الأخير = T'Joens |
|||
| الأخير2= Hublet |
|||
|الأول = Y. |
|||
| الأول2= C. |
|||
|مؤلف2-الأخير = Hublet |
|||
| الأخير3= De Schrijver |
|||
|مؤلف2-الأول = C. |
|||
| الأول3= P. |
|||
|مؤلف3-الأخير = De Schrijver |
|||
| التاريخ= ديسمبر 2001 |
|||
|مؤلف3-الأول = P. |
|||
| مسار الأرشيف = |
|||
|تاريخ = ديسمبر 2001 |
|||
| المسار= https://www.ietf.org/rfc/rfc3203 |
|||
|مسار أرشيف = https://web.archive.org/web/20120811115206/http://www.ietf.org/rfc/rfc3203 |
|||
| العنوان= RFC 3203, DHCP reconfigure extension |
|||
|مسار = https://www.ietf.org/rfc/rfc3203 |
|||
| الموقع= The Internet Society |
|||
|عنوان = RFC 3203, DHCP reconfigure extension |
|||
| اللغة= en |
|||
|موقع = The Internet Society |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref><ref name="ietf-22">{{مرجع ويب |
|||
|لغة = en |
|||
| المؤلف = K. Kinnear, M. Stapp, R. Desetti, B. Joshi, N. Russell, P. Kurapati, B. Volz |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
| التاريخ= أبريل 2013 |
|||
|تاريخ أرشيف = 2012-08-11 |
|||
| مسار الأرشيف = |
|||
}}</ref><ref name="ietf-22">{{استشهاد ويب |
|||
| المسار= https://www.ietf.org/rfc/rfc6926 |
|||
|مؤلف = K. Kinnear, M. Stapp, R. Desetti, B. Joshi, N. Russell, P. Kurapati, B. Volz |
|||
| العنوان= RFC 6926, DHCPv4 Bulk Leasequery |
|||
|تاريخ = أبريل 2013 |
|||
| الموقع= The Internet Society |
|||
|مسار أرشيف = https://web.archive.org/web/20200325122746/https://www.ietf.org/rfc/rfc6926 |
|||
| اللغة= en |
|||
|مسار = https://www.ietf.org/rfc/rfc6926 |
|||
| issn= 2070-1721 |
|||
|عنوان = RFC 6926, DHCPv4 Bulk Leasequery |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|issn = 2070-1721 |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
|تاريخ أرشيف = 2020-03-25 |
|||
|url-status=dead}}</ref> |
|||
=== بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (DHCPv6) === |
=== بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (DHCPv6) === |
||
{{صندوق معلومات بروتوكول شبكة |
{{صندوق معلومات بروتوكول شبكة |
||
سطر 1٬574: | سطر 1٬725: | ||
| caption = |
| caption = |
||
| abbrrviation = DHCPv6 |
| abbrrviation = DHCPv6 |
||
| purpose = التهيئة الآلية لمضيفي [[الإصدار السادس من بروتوكول الإنترنت]] (IPv6) |
| purpose = التهيئة الآلية لمضيفي [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]] (IPv6) |
||
| developer = |
| developer = |
||
| date = 2003م |
| date = 2003م |
||
| based on = |
| based on = |
||
| influenced = بروتوكول |
| influenced = بروتوكول تهيئة المضيف الآلية (DHCP) |
||
| osilayer = |
| osilayer = [[طبقة التطبيق]] |
||
| ports = 446, 447<ref name="Web-92">{{ |
| ports = 446, 447<ref name="Web-92">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180103221939/https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.txt |
||
| تاريخ |
| تاريخ أرشيف = 3 يناير 2017 |
||
| |
| مسار = https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.txt |
||
| |
| عنوان = Service Name and Transport Protocol Port Number Registry |
||
| |
| موقع = iana. |
||
| |
| لغة = en |
||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
| تاريخ الوصول = 13 يونيو 2018 |
||
}}</ref> |
|||
| rfcs = RFC 3315 |
| rfcs = RFC 3315 |
||
| hardware = |
| hardware = |
||
}} |
}} |
||
{{مفصلة|بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت}} |
{{مفصلة|بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت}} |
||
بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت {{إنج|Dynamic Host Configuration Protocol for Internet Protocol Version 6 اختصاراً DHCPv6}} هو [[بروتوكول (اتصالات)|بروتوكول]] |
بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت {{إنج|Dynamic Host Configuration Protocol for Internet Protocol Version 6 اختصاراً DHCPv6}} هو [[بروتوكول (اتصالات)|بروتوكول]] [[طبقة التطبيق|تطبيق]] يعمل بحسب [[نموذج الخادم والعميل|نموذج طلب الخدمة]] يُقدّم خدمة التهيئة الآلية [[مضيف (حوسبة)|لمضيفي]] [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]] (IPv6)، طوّر في العام 2003م، وهو موصوف في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 3315).<ref name="ietf-10"/> |
||
يزوّد مُخدّم بروتوكول التهيئة مضيفي الإصدار السادس من بروتوكول الإنترنت بعناوين من فضاء العناوين الخاص به،<ref name="Web-80">{{ |
يزوّد مُخدّم بروتوكول التهيئة مضيفي الإصدار السادس من بروتوكول الإنترنت بعناوين من فضاء العناوين الخاص به،<ref name="Web-80">{{استشهاد ويب |
||
| |
|تاريخ = 16 ديسمبر 2011 |
||
| |
|مسار = http://ipv6friday.org:80/blog/2011/12/dhcpv6/ |
||
|عنوان = DHCPv6 – an introduction to the new host configuration protocol |
|||
| تاريخ الأرشيف =23 نوفمبر 2017 |
|||
|موقع = Edvina AB, Sollentuna |
|||
| المسار= http://ipv6friday.org:80/blog/2011/12/dhcpv6/ |
|||
|لغة = en |
|||
| العنوان = DHCPv6 – an introduction to the new host configuration protocol |
|||
|تاريخ الوصول = 11 يونيو 2018 |
|||
| الموقع= Edvina AB, Sollentuna |
|||
|تاريخ أرشيف = 23 نوفمبر 2017 |
|||
| اللغة= en |
|||
|مسار أرشيف = https://web.archive.org/web/20171123103158/http://ipv6friday.org/blog/2011/12/dhcpv6/ |
|||
| تاريخ الوصول= 11 يونيو 2018}}</ref> ولكن الإصدار السادس من بروتوكول الإنترنت يدعم التهيئة الذاتية بشكل افتراضي، بالإضافة {{وصلة إنترويكي|بروتوكول اكتشاف الجيران|Neighbor Discovery Protocol|en|لبروتوكول اكتشاف الجيران}}<ref name="ietf-45">{{مرجع ويب |
|||
|url-status=dead}}</ref> ولكن الإصدار السادس من بروتوكول الإنترنت يدعم التهيئة الذاتية بشكل افتراضي، بالإضافة [[بروتوكول اكتشاف الجيران|لبروتوكول اكتشاف الجيران]]<ref name="ietf-45">{{استشهاد ويب |
|||
| الأخير= Narten |
| الأخير= Narten |
||
| الأول= T. |
| الأول= T. |
||
| |
| مؤلف2-الأخير= Nordmark |
||
| |
| مؤلف2-الأول= E. |
||
| |
| مؤلف3-الأخير= Simpson |
||
| |
| مؤلف3-الأول= W. |
||
| |
| مؤلف4-الأخير= Soliman |
||
| |
| مؤلف4-الأول= H. |
||
| |
| تاريخ= سبتمبر 2007 |
||
| مسار أرشيف= https://web.archive.org/web/20120811024017/http://www.ietf.org/rfc/rfc4861 |
|||
| السنة= 2007 |
|||
| مسار= https://www.ietf.org/rfc/rfc4861 |
|||
| الشهر= سبتمبر |
|||
| عنوان= RFC 4861, Neighbor Discovery for IP version 6 (IPv6) |
|||
| مسار الأرشيف = |
|||
| موقع= The Internet Society |
|||
| المسار= https://www.ietf.org/rfc/rfc4861 |
|||
| لغة= en |
|||
| العنوان= RFC 4861, Neighbor Discovery for IP version 6 (IPv6) |
|||
| تاريخ الوصول= 31 يوليو 2017 |
|||
| الموقع= The Internet Society |
|||
| تاريخ أرشيف= 2012-08-11 |
|||
| اللغة= en |
|||
}}</ref> (NDP) الذي يُؤمّن جزءاً من مُحددات التهيئة للمضيفين بشكلٍ تلقائيّ عند تشغيله. إنّ الميزات السابقة حدّت من دور بروتوكول التهيئة الآلية، فلم يعدْ خيار المضيفين الأول للحصول على عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان المخرج الافتراضي. ولكنّ، ومع ذلك، فلا غنى عنه في تزويد المضيفين بمُحددات التهيئة اللازمة للقيام بالوظائف الأخرى عبر الشبكة.<ref name="Web-81">{{استشهاد ويب |
|||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180611201208/https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration/xe-16/dhcp-xe-16-book/ip6-dhcp-stateless-auto.html |
||
| تاريخ |
| تاريخ أرشيف= 11 يونيو 2018 |
||
| |
| مسار= https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/12-2SX/configuration/guide/book/snoodhcp.html |
||
| |
| عنوان= IP Addressing: DHCP Configuration Guide, Chapter: DHCPv6 Server Stateless Autoconfiguration |
||
| |
| موقع= Cisco Systems, Inc. |
||
| |
| لغة= en |
||
| تاريخ الوصول= 11 يونيو 2018}}</ref> |
| تاريخ الوصول= 11 يونيو 2018 |
||
}}</ref> |
|||
على الرغم من تأثرّه ببروتوكول |
على الرغم من تأثرّه ببروتوكول تهيئة المضيف الآلية، ومن وجود تشابه بينهما في السلوك والوظيفة، فإنّ بروتوكول التهيئة الآليّة لمضيفي الإصدار السادس من بروتوكول الإنترنت هو بروتوكول مُستقل بحد ذاته.<ref name="Web-91">{{استشهاد ويب |
||
| |
| مؤلف = Scott Hogg |
||
| |
| تاريخ = 21 أوكتوبر 2014 |
||
| مسار |
| مسار = https://zivaro.com/accounting-differences-dhcpv6-dhcp/ |
||
| عنوان = Accounting for Differences between DHCPv6 and DHCP |
|||
| تاريخ الأرشيف = 8 ديسمبر 2017 |
|||
| موقع = Global Technology Resources, Inc. |
|||
| المسار= http://www.gtri.com/accounting-differences-dhcpv6-dhcp/ |
|||
| لغة = en |
|||
| العنوان = Accounting for Differences between DHCPv6 and DHCP |
|||
| تاريخ الوصول = 12 يونيو 2018 |
|||
| الموقع= Global Technology Resources, Inc. |
|||
| تاريخ أرشيف = 8 ديسمبر 2017 |
|||
| اللغة= en |
|||
| مسار أرشيف = https://web.archive.org/web/20171208065801/http://www.gtri.com/accounting-differences-dhcpv6-dhcp/ |
|||
| تاريخ الوصول= 12 يونيو 2018}}</ref> |
|||
|url-status=dead}}</ref> |
|||
=== خيارات البروتوكول الإضافية === |
=== خيارات البروتوكول الإضافية === |
||
ُيُؤمّن بروتوكول |
ُيُؤمّن بروتوكول تهيئة المضيف الآلية إطار عمل لتمرير معلومات التهيئة إلى [[مضيف (حوسبة)|المُضيفين]] في الشبكات التي تدعم [[حزمة بروتوكولات الإنترنت]]، محددات التهيئة ومعلومات تحكم أخرى يُكمن أن تُنقل في حقل الخيارات ضمن رسالة البروتوكول.<ref name="Web-93">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180613205354/https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/network_registrar/8-3/dhcp/guide/CPNR_8_3_DHCP_Guide/bk_CPNR_DHCP_User_Guide_appendix_0111.pdf |
||
| تاريخ |
| تاريخ أرشيف = 13 يونيو 2018 |
||
| |
| مسار = https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/network_registrar/8-3/dhcp/guide/CPNR_8_3_DHCP_Guide/bk_CPNR_DHCP_User_Guide_appendix_0111.pdf |
||
| |
| عنوان = DHCP Options |
||
| |
| موقع = Cisco systems, Inc. |
||
| |
| لغة = en |
||
| |
| صيغة = PDF |
||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
| تاريخ الوصول = 13 يونيو 2018 |
||
}}</ref> |
|||
تشرف [[أيانا|هيئة تعيين أرقام الإنترنت]] على تنظيم استخدام خيارات البروتوكول وجعل القيم الخاصة بحقول الرسائل فيه معيارية.<ref name="Web-11">{{ |
تشرف [[أيانا|هيئة تعيين أرقام الإنترنت]] على تنظيم استخدام خيارات البروتوكول وجعل القيم الخاصة بحقول الرسائل فيه معيارية.<ref name="Web-11">{{استشهاد ويب |
||
| مسار |
| مسار أرشيف= https://web.archive.org/web/20180304201749/https://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parameters.xhtml |
||
| تاريخ |
| تاريخ أرشيف= 4 مارس 2018 |
||
| |
| مسار= https://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parameters.xhtml |
||
| |
| عنوان= Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters |
||
| |
| موقع= IANA |
||
| |
| لغة= en |
||
| تاريخ الوصول= 31 مايو 2018}}</ref> فيما يلي قائمة بأهم مُحددات التهيئة الآلية التي تمّ إضافتها للبروتوكول، بالإضافة لمجموعة الخيارات المتوافقة معها: |
| تاريخ الوصول= 31 مايو 2018 |
||
}}</ref> فيما يلي قائمة بأهم مُحددات التهيئة الآلية التي تمّ إضافتها للبروتوكول، بالإضافة لمجموعة الخيارات المتوافقة معها: |
|||
* خيار صنف المُستخدم، يتيح للعميل تعريف المُخدّم على نوع أو صنف المستخدم أو التطبيق الذي يُشغّل العميل.<ref name="ietf-32">{{ |
* خيار صنف المُستخدم، يتيح للعميل تعريف المُخدّم على نوع أو صنف المستخدم أو التطبيق الذي يُشغّل العميل.<ref name="ietf-32">{{استشهاد ويب |
||
| |
|مؤلف = G. Stump, R. Droms, Y. Gu, R. Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat |
||
| |
|تاريخ = نوفمبر 2000 |
||
|مسار أرشيف = https://web.archive.org/web/20120811132258/http://www.ietf.org/rfc/rfc3004 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://www.ietf.org/rfc/rfc3004 |
||
| |
|عنوان = RFC 3004, The User Class Option for DHCP |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 3 يونيو 2018 |
||
|تاريخ أرشيف = 2012-08-11 |
|||
* خيار التهيئة السريعة، والذي يتيح للعميل الحصول على خدمة التهيئة الآلية بعد تبادل رسالتين فقط، عوضاً عن الطريقة التقليدية بتبادل أربع رسائل.<ref name="ietf-33">{{مرجع ويب |
|||
}}</ref> |
|||
| المؤلف = S. Park, P. Kim, B. Volz |
|||
* خيار التهيئة السريعة، والذي يتيح للعميل الحصول على خدمة التهيئة الآلية بعد تبادل رسالتين فقط، عوضاً عن الطريقة التقليدية بتبادل أربع رسائل.<ref name="ietf-33">{{استشهاد ويب |
|||
| التاريخ= مارس 2005 |
|||
|مؤلف = S. Park, P. Kim, B. Volz |
|||
| مسار الأرشيف = |
|||
|تاريخ = مارس 2005 |
|||
| المسار= https://www.ietf.org/rfc/rfc3004 |
|||
|مسار أرشيف = https://web.archive.org/web/20120811132258/http://www.ietf.org/rfc/rfc3004 |
|||
| العنوان= RFC 4039, Rapid Commit Option for the Dynamic Host Configuration Protocol version 4 (DHCPv4) |
|||
|مسار = https://www.ietf.org/rfc/rfc3004 |
|||
| الموقع= The Internet Society |
|||
|عنوان = RFC 4039, Rapid Commit Option for the Dynamic Host Configuration Protocol version 4 (DHCPv4) |
|||
| اللغة= en |
|||
|موقع = The Internet Society |
|||
| تاريخ الوصول= 6 يونيو 2018}}</ref> |
|||
|لغة = en |
|||
* مجموعة الخيارات الخاصة {{وصلة إنترويكي|بروتوكول موقع الخدمة|Service Location Protocol|en|ببروتوكول موقع الخدمة}} (SLP)،<ref name="ietf-49">{{مرجع ويب |
|||
|تاريخ الوصول = 6 يونيو 2018 |
|||
| المؤلف = C. Perkins, E. Guttman |
|||
|تاريخ أرشيف = 2012-08-11 |
|||
| التاريخ= يونيو 1999 |
|||
}}</ref> |
|||
| مسار الأرشيف = |
|||
* مجموعة الخيارات الخاصة {{وإو|بروتوكول موقع الخدمة|Service Location Protocol|en|ببروتوكول موقع الخدمة}} (SLP)،<ref name="ietf-49">{{استشهاد ويب |
|||
| المسار= https://tools.ietf.org/html/rfc2610 |
|||
| مؤلف= C. Perkins, E. Guttman |
|||
| العنوان= RFC 2610, DHCP Options for Service Location Protocol |
|||
| تاريخ= يونيو 1999 |
|||
| الموقع= The Internet Society |
|||
| مسار أرشيف= https://web.archive.org/web/20200125173353/https://tools.ietf.org/html/rfc2610 |
|||
| اللغة= en |
|||
| مسار= https://tools.ietf.org/html/rfc2610 |
|||
| تاريخ الوصول= 12 يونيو 2018}}</ref> وخيار معلومات التهيئة للعناوين المدنيّة،<ref name="ietf-46">{{مرجع ويب |
|||
| عنوان= RFC 2610, DHCP Options for Service Location Protocol |
|||
| المؤلف = H. Schulzrinne |
|||
| موقع= The Internet Society |
|||
| التاريخ= نوفمبر 2000 |
|||
| لغة= en |
|||
| مسار الأرشيف = |
|||
| تاريخ الوصول= 12 يونيو 2018 |
|||
| المسار= https://tools.ietf.org/html/rfc4776 |
|||
| تاريخ أرشيف= 2020-01-25 |
|||
| العنوان= RFC 4776, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information |
|||
}}</ref> وخيار معلومات التهيئة للعناوين المدنيّة،<ref name="ietf-46">{{استشهاد ويب |
|||
| الموقع= The Internet Society |
|||
| مؤلف= H. Schulzrinne |
|||
| اللغة= en |
|||
| تاريخ= نوفمبر 2000 |
|||
| تاريخ الوصول= 12 يونيو 2018}}</ref> ومجموعة خيارات معلومات تهيئة الموقع على أساس الإحداثيات،<ref name="ietf-47">{{مرجع ويب |
|||
| مسار أرشيف= https://web.archive.org/web/20200201151553/https://tools.ietf.org/html/rfc4776 |
|||
| المؤلف = J. Polk, M. Linsner, M. Thomson, B. Aboba, Ed. |
|||
| مسار= https://tools.ietf.org/html/rfc4776 |
|||
| التاريخ= يوليو 2011 |
|||
| عنوان= RFC 4776, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information |
|||
| مسار الأرشيف = |
|||
| موقع= The Internet Society |
|||
| المسار= https://tools.ietf.org/html/rfc3825 |
|||
| لغة= en |
|||
| العنوان= RFC 3825, Dynamic Host Configuration Protocol Options for Coordinate-Based Location Configuration Informationfor Civic Addresses Configuration Information |
|||
| تاريخ الوصول= 12 يونيو 2018 |
|||
| الموقع= The Internet Society |
|||
| تاريخ أرشيف= 2020-02-01 |
|||
| اللغة= en |
|||
}}</ref> ومجموعة خيارات معلومات تهيئة الموقع على أساس الإحداثيات،<ref name="ietf-47">{{استشهاد ويب |
|||
| issn = 2070-1721 |
|||
|مؤلف = J. Polk, M. Linsner, M. Thomson, B. Aboba, Ed. |
|||
| تاريخ الوصول= 12 يونيو 2018}}</ref> وخيار يدعم آلية لاكتشاف مخدمات بروتوكول معلومات الموقع.<ref name="ietf-48">{{مرجع ويب |
|||
|تاريخ = يوليو 2011 |
|||
| المؤلف = M. Thomson, J. Winterbottom |
|||
|مسار أرشيف = https://web.archive.org/web/20190322045308/https://tools.ietf.org/html/rfc3825 |
|||
| التاريخ= سبتمبر 2010 |
|||
|مسار = https://tools.ietf.org/html/rfc3825 |
|||
| مسار الأرشيف = |
|||
|عنوان = RFC 3825, Dynamic Host Configuration Protocol Options for Coordinate-Based Location Configuration Informationfor Civic Addresses Configuration Information |
|||
| المسار= https://tools.ietf.org/html/rfc5986 |
|||
|موقع = The Internet Society |
|||
| العنوان= RFC 5986, Discovering the Local Location Information Server (LIS) |
|||
|لغة = en |
|||
| الموقع= The Internet Society |
|||
|issn = 2070-1721 |
|||
| اللغة= en |
|||
|تاريخ الوصول = 12 يونيو 2018 |
|||
| issn = 2070-1721 |
|||
| |
|تاريخ أرشيف = 22 مارس 2019 |
||
}}</ref> وخيار يدعم آلية لاكتشاف مخدمات بروتوكول معلومات الموقع.<ref name="ietf-48">{{استشهاد ويب |
|||
* مجموعة من الخيارات المرتبطة بعمل [[نظام أسماء النطاقات]] (DNS) وتشمل: خيار [[اسم نطاق مؤهل بالكامل|اسم النطاق المؤهل الكامل]] (FQDN) الذي يتيح للعميل طلب اسم النطاق المُؤهل الكامل من المُخدّم،<ref name="ietf-34">{{مرجع ويب |
|||
|مؤلف = M. Thomson, J. Winterbottom |
|||
| المؤلف = M. Stapp, B. Volz, Y. Rekhter |
|||
|تاريخ = سبتمبر 2010 |
|||
| التاريخ= أوكتوبر 2006 |
|||
|مسار أرشيف = https://web.archive.org/web/20190718105413/https://tools.ietf.org/html/rfc5986 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://tools.ietf.org/html/rfc5986 |
||
|عنوان = RFC 5986, Discovering the Local Location Information Server (LIS) |
|||
| العنوان= RFC 4702, The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option |
|||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
|issn = 2070-1721 |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> خيار البحث عن خدمة الأسماء الذي يستخدمه المُخدم لتزويد العميل بقائمة مرتبة بحسب الأفضلية تضمّ عناوين مُخدمات أسماء النطاقات،<ref name="ietf-35">{{مرجع ويب |
|||
|تاريخ الوصول = 12 يونيو 2018 |
|||
| المؤلف = C. Smith |
|||
|تاريخ أرشيف = 18 يوليو 2019 |
|||
| التاريخ= سبتمبر 2000 |
|||
}}</ref> |
|||
| مسار الأرشيف = |
|||
* مجموعة من الخيارات المرتبطة بعمل [[نظام أسماء النطاقات]] (DNS) وتشمل: خيار [[اسم النطاق المؤهل المكتمل|اسم النطاق المؤهل الكامل]] (FQDN) الذي يتيح للعميل طلب اسم النطاق المُؤهل الكامل من المُخدّم،<ref name="ietf-34">{{استشهاد ويب |
|||
| المسار= https://www.ietf.org/rfc/rfc2937 |
|||
|مؤلف = M. Stapp, B. Volz, Y. Rekhter |
|||
| العنوان= RFC 2937, The Name Service Search Option for DHCP |
|||
|تاريخ = أوكتوبر 2006 |
|||
| الموقع= The Internet Society |
|||
|مسار أرشيف = https://web.archive.org/web/20120810165551/http://www.ietf.org/rfc/rfc4702 |
|||
| اللغة= en |
|||
|مسار = https://www.ietf.org/rfc/rfc4702 |
|||
| تاريخ الوصول= 8 يونيو 2018}}</ref> وخيار البحث عن النطاقات.<ref name="ietf-36">{{مرجع ويب |
|||
|عنوان = RFC 4702, The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option |
|||
| المؤلف = B. Aboba, S. Cheshire |
|||
|موقع = The Internet Society |
|||
| التاريخ= نوفمبر 2002 |
|||
|لغة = en |
|||
| مسار الأرشيف = |
|||
|تاريخ الوصول = 8 يونيو 2018 |
|||
| المسار= https://www.ietf.org/rfc/rfc3397 |
|||
|تاريخ أرشيف = 2012-08-10 |
|||
| العنوان= RFC 3397, The Dynamic Host Configuration Protocol (DHCP) Domain Search Option |
|||
}}</ref> خيار البحث عن خدمة الأسماء الذي يستخدمه المُخدم لتزويد العميل بقائمة مرتبة بحسب الأفضلية تضمّ عناوين مُخدمات أسماء النطاقات،<ref name="ietf-35">{{استشهاد ويب |
|||
| الموقع= The Internet Society |
|||
|مؤلف = C. Smith |
|||
| اللغة= en |
|||
| |
|تاريخ = سبتمبر 2000 |
||
|مسار أرشيف = https://web.archive.org/web/20120811111534/http://www.ietf.org/rfc/rfc2937 |
|||
|مسار = https://www.ietf.org/rfc/rfc2937 |
|||
|عنوان = RFC 2937, The Name Service Search Option for DHCP |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|تاريخ الوصول = 8 يونيو 2018 |
|||
|تاريخ أرشيف = 2012-08-11 |
|||
}}</ref> وخيار البحث عن النطاقات.<ref name="ietf-36">{{استشهاد ويب |
|||
|مؤلف = B. Aboba, S. Cheshire |
|||
|تاريخ = نوفمبر 2002 |
|||
|مسار أرشيف = https://web.archive.org/web/20200325122752/https://www.ietf.org/rfc/rfc3397 |
|||
|مسار = https://www.ietf.org/rfc/rfc3397 |
|||
|عنوان = RFC 3397, The Dynamic Host Configuration Protocol (DHCP) Domain Search Option |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|تاريخ الوصول = 8 يونيو 2018 |
|||
|تاريخ أرشيف = 25 مارس 2020 |
|||
}}</ref> |
|||
* خيار معلومات الوكيل، للسماح للوكيل بإضافة معلومات إلى رسائل العملاء التي [[توجيه (شبكات)|يُوجّهها]] إلى المُخدّم.<ref name="ietf-12"/> |
* خيار معلومات الوكيل، للسماح للوكيل بإضافة معلومات إلى رسائل العملاء التي [[توجيه (شبكات)|يُوجّهها]] إلى المُخدّم.<ref name="ietf-12"/> |
||
* خيار {{ |
* خيار {{وإو|خدمة أسماء المخازن في شبكة الإنترنت|Internet Storage Name Service|en|خدمة أسماء المخازن في شبكة الإنترنت}}، والذي يسمح لعملاء بروتوكول بروتوكول أسماء المخازن باستكشاف موقع المُخدّمات بشكل آلي.<ref name="ietf-51">{{استشهاد ويب |
||
| |
|مؤلف = C. Monia, J. Tseng, K. Gibbons, |
||
| |
|تاريخ = سبتمبر 2005 |
||
|مسار أرشيف = https://web.archive.org/web/20190718095733/https://tools.ietf.org/html/rfc4174 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://tools.ietf.org/html/rfc4174 |
||
| |
|عنوان = RFC 4174, The IPv4 Dynamic Host Configuration Protocol (DHCP) Option for the Internet Storage Name Service |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 13يونيو 2018 |
||
|تاريخ أرشيف = 18 يوليو 2019 |
|||
* مجموعة خيارات [[خدمة الدليل]] [[نوفل (شركة)|لنوفل]] (Novel Directory Service NDS).<ref name="ietf-50">{{مرجع ويب |
|||
}}</ref> |
|||
| المؤلف = D. Provan |
|||
* مجموعة خيارات [[خدمة الدليل]] [[نوفل (شركة)|لنوفل]] (Novel Directory Service NDS).<ref name="ietf-50">{{استشهاد ويب |
|||
| التاريخ= نوفمبر 1997 |
|||
| مؤلف= D. Provan |
|||
| مسار الأرشيف = |
|||
| تاريخ= نوفمبر 1997 |
|||
| المسار= https://tools.ietf.org/html/rfc2241 |
|||
| مسار أرشيف= https://web.archive.org/web/20200126182323/https://tools.ietf.org/html/rfc2241 |
|||
| العنوان= RFC 2241, DHCP Options for Novell Directory Services |
|||
| مسار= https://tools.ietf.org/html/rfc2241 |
|||
| الموقع= The Internet Society |
|||
| عنوان= RFC 2241, DHCP Options for Novell Directory Services |
|||
| اللغة= en |
|||
| موقع= The Internet Society |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
| لغة= en |
|||
* مجموعة خيارات مُخدّمات التحكّم [[بث عام (شبكات)|بالبث العام]] و[[بث مجموعاتي|البث المجموعاتي]].<ref name="ietf-40">{{مرجع ويب |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| المؤلف = K. Chowdhury, P. Yegani, L. Madour |
|||
| تاريخ أرشيف= 2020-01-26 |
|||
| التاريخ=نوفمبر 2005 |
|||
}}</ref> |
|||
| مسار الأرشيف = |
|||
* مجموعة خيارات مُخدّمات التحكّم [[بث عام (شبكات)|بالبث العام]] و[[بث متعدد الوجهات|البث المجموعاتي]].<ref name="ietf-40">{{استشهاد ويب |
|||
| المسار= https://tools.ietf.org/html/rfc4280 |
|||
|مؤلف = K. Chowdhury, P. Yegani, L. Madour |
|||
| العنوان= RFC 4280, Dynamic Host Configuration Protocol (DHCP) Options for Broadcast and Multicast Control Servers |
|||
|تاريخ = نوفمبر 2005 |
|||
| الموقع= The Internet Society |
|||
|مسار أرشيف = https://web.archive.org/web/20200208170146/https://tools.ietf.org/html/rfc4280 |
|||
| اللغة= en |
|||
|مسار = https://tools.ietf.org/html/rfc4280 |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
|||
|عنوان = RFC 4280, Dynamic Host Configuration Protocol (DHCP) Options for Broadcast and Multicast Control Servers |
|||
* خيار بروتوكول مُصادقة المستخدم (AUP) الذي يتيح لعملاء برتوكول [[مصادقة|المُصادقة]] الحصول على معلومات عن المُخدّم تشمل عنوان بروتوكول الإنترنت الخاص به ورقم المنقذ الذي يحجزه،<ref name="ietf-52">{{مرجع ويب |
|||
|موقع = The Internet Society |
|||
| المؤلف = S. Drach |
|||
|لغة = en |
|||
| التاريخ= يناير 1999 |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
| مسار الأرشيف = |
|||
|تاريخ أرشيف = 2020-02-08 |
|||
| المسار= https://tools.ietf.org/html/rfc2485 |
|||
}}</ref> |
|||
| العنوان= RFC 2485, DHCP Option for The Open Group's User Authentication Protocol |
|||
* خيار بروتوكول مُصادقة المستخدم (AUP) الذي يتيح لعملاء برتوكول [[مصادقة|المُصادقة]] الحصول على معلومات عن المُخدّم تشمل عنوان بروتوكول الإنترنت الخاص به ورقم المنقذ الذي يحجزه،<ref name="ietf-52">{{استشهاد ويب |
|||
| الموقع= The Internet Society |
|||
| مؤلف= S. Drach |
|||
| اللغة= en |
|||
| تاريخ= يناير 1999 |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> ومجموعة خيارات بروتوكول نقل معلومات المصادقة للنفاذ إلى الشبكة (PANA).<ref name="ietf-53">{{مرجع ويب |
|||
| مسار أرشيف= https://web.archive.org/web/20200208164323/https://tools.ietf.org/html/rfc2485 |
|||
| المؤلف = L. Morand, A. Yegin, S. Kumar, S. Madanapalli |
|||
| مسار= https://tools.ietf.org/html/rfc2485 |
|||
| التاريخ= مايو 2008 |
|||
| عنوان= RFC 2485, DHCP Option for The Open Group's User Authentication Protocol |
|||
| مسار الأرشيف = |
|||
| موقع= The Internet Society |
|||
| المسار= https://tools.ietf.org/html/rfc5192 |
|||
| لغة= en |
|||
| العنوان= RFC 5192, DHCP Options for Protocol for Carrying Authentication for Network Access (PANA) Authentication Agents |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| الموقع= The Internet Society |
|||
| تاريخ أرشيف= 2020-02-08 |
|||
| اللغة= en |
|||
}}</ref> ومجموعة خيارات بروتوكول نقل معلومات المصادقة للنفاذ إلى الشبكة (PANA).<ref name="ietf-53">{{استشهاد ويب |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
| مؤلف= L. Morand, A. Yegin, S. Kumar, S. Madanapalli |
|||
* مجموعة خيارات [[منطقة زمنية|المنطقة الزمنية]].<ref name="ietf-39">{{مرجع ويب |
|||
| تاريخ= مايو 2008 |
|||
| المؤلف = E. Lear, P. Eggert |
|||
| مسار أرشيف= https://web.archive.org/web/20200208170848/https://tools.ietf.org/html/rfc5192 |
|||
| التاريخ= أبريل 2007 |
|||
| مسار |
| مسار= https://tools.ietf.org/html/rfc5192 |
||
| عنوان= RFC 5192, DHCP Options for Protocol for Carrying Authentication for Network Access (PANA) Authentication Agents |
|||
| المسار= https://tools.ietf.org/html/rfc4833 |
|||
| موقع= The Internet Society |
|||
| العنوان= RFC 4833, Timezone Options for DHCP |
|||
| لغة= en |
|||
| الموقع= The Internet Society |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| اللغة= en |
|||
| تاريخ |
| تاريخ أرشيف= 2020-02-08 |
||
}}</ref> |
|||
* خيار إيقاف التهيئة الذاتية لعملاء [[الإصدار الرابع من بروتوكول الإنترنت]].<ref name="ietf-41">{{مرجع ويب |
|||
* مجموعة خيارات [[منطقة زمنية|المنطقة الزمنية]].<ref name="ietf-39">{{استشهاد ويب |
|||
| المؤلف = R. Troll |
|||
|مؤلف = E. Lear, P. Eggert |
|||
| التاريخ=مايو 1999 |
|||
|تاريخ = أبريل 2007 |
|||
| مسار الأرشيف = |
|||
| |
|مسار أرشيف = https://web.archive.org/web/20190322012056/https://tools.ietf.org/html/rfc4833 |
||
|مسار = https://tools.ietf.org/html/rfc4833 |
|||
| العنوان= RFC 2563, DHCP Option to Disable Stateless Auto-Configuration in IPv4 Clients |
|||
|عنوان = RFC 4833, Timezone Options for DHCP |
|||
| الموقع= The Internet Society |
|||
|موقع = The Internet Society |
|||
| اللغة= en |
|||
|لغة = en |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
* خيار اختيار الشبكة الجزئية، الذي يسمح للعملاء بطلب عناوين من [[تجزئة الشبكة|شبكة جزئيّة]] محددة.<ref name="ietf-42">{{مرجع ويب |
|||
|تاريخ أرشيف = 22 مارس 2019 |
|||
| المؤلف = G. Waters |
|||
}}</ref> |
|||
| التاريخ=نوفمبر 2000 |
|||
* خيار إيقاف التهيئة الذاتية لعملاء [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]].<ref name="ietf-41">{{استشهاد ويب |
|||
| مسار الأرشيف = |
|||
|مؤلف = R. Troll |
|||
| المسار= https://tools.ietf.org/html/rfc3011 |
|||
|تاريخ = مايو 1999 |
|||
| العنوان= RFC 3011, The IPv4 Subnet Selection Option for DHCP |
|||
|مسار أرشيف = https://web.archive.org/web/20190328120756/https://tools.ietf.org/html/rfc2563 |
|||
| الموقع= The Internet Society |
|||
|مسار = https://tools.ietf.org/html/rfc2563 |
|||
| اللغة= en |
|||
|عنوان = RFC 2563, DHCP Option to Disable Stateless Auto-Configuration in IPv4 Clients |
|||
| تاريخ الوصول= 9 يونيو 2018}}</ref> |
|||
|موقع = The Internet Society |
|||
* خيار مُخدّمات [[بروتوكول بدء جلسة]] (SIP) الذي يتيح للعميل التعرف على أسماء أو عناوين مخدمات البروتوكول.<ref name="ietf-54">{{مرجع ويب |
|||
|لغة = en |
|||
| المؤلف = H. Schulzrinne |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
| التاريخ= مايو 2008 |
|||
|تاريخ أرشيف = 28 مارس 2019 |
|||
| مسار الأرشيف = |
|||
}}</ref> |
|||
| المسار= https://tools.ietf.org/html/rfc3361 |
|||
* خيار اختيار الشبكة الجزئية، الذي يسمح للعملاء بطلب عناوين من [[تجزئة الشبكة|شبكة جزئيّة]] محددة.<ref name="ietf-42">{{استشهاد ويب |
|||
| العنوان= RFC 3361, Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers |
|||
|مؤلف = G. Waters |
|||
| الموقع= The Internet Society |
|||
|تاريخ = نوفمبر 2000 |
|||
| اللغة= en |
|||
|مسار أرشيف = https://web.archive.org/web/20200208164624/https://tools.ietf.org/html/rfc3011 |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
|مسار = https://tools.ietf.org/html/rfc3011 |
|||
* خيار المسارات الثابتة غير القياسيّة، وهو يختلف عن خيار المسارات الثابتة الموجود مُسبقاً بأن أقنعة الشبكات غير قياسيّة، ولابد للمُخدّم من أن يُزوّد العميل بالقناع الخاص بعنوان الشبكة من أجل كل مسار.<ref name="ietf-55">{{مرجع ويب |
|||
|عنوان = RFC 3011, The IPv4 Subnet Selection Option for DHCP |
|||
| المؤلف = T. Lemon, S. Cheshire, B. Volz |
|||
|موقع = The Internet Society |
|||
| التاريخ= ديسمبر 2002 |
|||
|لغة = en |
|||
| مسار الأرشيف = |
|||
|تاريخ الوصول = 9 يونيو 2018 |
|||
| المسار= https://tools.ietf.org/html/rfc3442 |
|||
|تاريخ أرشيف = 2020-02-08 |
|||
| العنوان= RFC 3442, The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4 |
|||
}}</ref> |
|||
| الموقع= The Internet Society |
|||
* خيار مُخدّمات [[بروتوكول بدء جلسة]] (SIP) الذي يتيح للعميل التعرف على أسماء أو عناوين مخدمات البروتوكول.<ref name="ietf-54">{{استشهاد ويب |
|||
| اللغة= en |
|||
|مؤلف = H. Schulzrinne |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
|تاريخ = مايو 2008 |
|||
* خيار تهيئة عملاء [[كيبل لاب]] (CableLab).<ref name="ietf-56">{{مرجع ويب |
|||
|مسار أرشيف = https://web.archive.org/web/20190328023116/https://tools.ietf.org/html/rfc3361 |
|||
| المؤلف = B. Beser, P. Duffy |
|||
|مسار = https://tools.ietf.org/html/rfc3361 |
|||
| التاريخ= مارس 2003 |
|||
|عنوان = RFC 3361, Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers |
|||
| مسار الأرشيف = |
|||
|موقع = The Internet Society |
|||
| المسار= https://tools.ietf.org/html/rfc3495 |
|||
|لغة = en |
|||
| العنوان= RFC 3495, Dynamic Host Configuration Protocol (DHCP) Option for CableLabs Client Configuration |
|||
|تاريخ الوصول = 13 يونيو 2018 |
|||
| الموقع= The Internet Society |
|||
|تاريخ أرشيف = 28 مارس 2019 |
|||
| اللغة= en |
|||
}}</ref> |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
* خيار المسارات الثابتة غير القياسيّة، وهو يختلف عن خيار المسارات الثابتة الموجود مُسبقاً بأن أقنعة الشبكات غير قياسيّة، ولابد للمُخدّم من أن يُزوّد العميل بالقناع الخاص بعنوان الشبكة من أجل كل مسار.<ref name="ietf-55">{{استشهاد ويب |
|||
* خيار اكتشاف مُخدّمات بروتوكول ترجمة الموقع إلى خدمة (LoST).<ref name="ietf-57">{{مرجع ويب |
|||
|مؤلف = T. Lemon, S. Cheshire, B. Volz |
|||
| المؤلف = H. Schulzrinne, J. Polk, H. Tschofenig |
|||
|تاريخ = ديسمبر 2002 |
|||
| التاريخ= أغسطس 2008 |
|||
|مسار أرشيف = https://web.archive.org/web/20190805155557/https://tools.ietf.org/html/rfc3442 |
|||
| مسار الأرشيف = |
|||
| |
|مسار = https://tools.ietf.org/html/rfc3442 |
||
| |
|عنوان = RFC 3442, The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4 |
||
| |
|موقع = The Internet Society |
||
|لغة = en |
|||
| اللغة= en |
|||
| |
|تاريخ الوصول = 13 يونيو 2018 |
||
|تاريخ أرشيف = 5 أغسطس 2019 |
|||
* خيار {{وصلة إنترويكي|كاب واب|CAPWAP|en|المُتحكم بالوصول إلى الإمداد والتحكم بنقاط الوصول اللاسلكية}} (CAPWAP)، ويسمح [[نقطة وصول لاسلكي|لنقطة وصول لاسلكي]] باستخدام خدمة التهيئة الآلية لاكتشاف عنوان المتحكم بالوصول الذي تريد الاتصال معه.<ref name="ietf-59">{{مرجع ويب |
|||
}}</ref> |
|||
| المؤلف = P. Calhoun |
|||
* خيار تهيئة عملاء [[كيبل لاب]] (CableLab).<ref name="ietf-56">{{استشهاد ويب |
|||
| التاريخ= مارس 2009 |
|||
| مؤلف= B. Beser, P. Duffy |
|||
| مسار الأرشيف = |
|||
| تاريخ= مارس 2003 |
|||
| المسار= https://tools.ietf.org/html/rfc5417 |
|||
| مسار أرشيف= https://web.archive.org/web/20200208165249/https://tools.ietf.org/html/rfc3495 |
|||
| العنوان= RFC 5417, Control And Provisioning of Wireless Access Points (CAPWAP) Access Controller DHCP Option |
|||
| مسار= https://tools.ietf.org/html/rfc3495 |
|||
| الموقع= The Internet Society |
|||
| عنوان= RFC 3495, Dynamic Host Configuration Protocol (DHCP) Option for CableLabs Client Configuration |
|||
| اللغة= en |
|||
| موقع= The Internet Society |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
| لغة= en |
|||
* مجموعة خيارات الخدمات المُتحركة {{وصلة إنترويكي|آي تربل إي 802.21|IEEE 802.21|en|لبروتوكول التسليم المستقل عن الوسط}} (IEEE 802.21).<ref name="ietf-60">{{مرجع ويب |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| المؤلف = G. Bajko, S. Das |
|||
| تاريخ أرشيف= 2020-02-08 |
|||
| التاريخ= ديسمبر 2009 |
|||
}}</ref> |
|||
| مسار الأرشيف = |
|||
* خيار اكتشاف مُخدّمات بروتوكول ترجمة الموقع إلى خدمة (LoST).<ref name="ietf-57">{{استشهاد ويب |
|||
| المسار= https://tools.ietf.org/html/rfc5678 |
|||
| مؤلف= H. Schulzrinne, J. Polk, H. Tschofenig |
|||
| العنوان= RFC 5678, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Services (MoS) Discovery |
|||
| تاريخ= أغسطس 2008 |
|||
| الموقع= The Internet Society |
|||
| مسار أرشيف= https://web.archive.org/web/20200127040517/https://tools.ietf.org/html/rfc5223 |
|||
| اللغة= en |
|||
| مسار= https://tools.ietf.org/html/rfc5223 |
|||
| تاريخ الوصول= 13 يونيو 2018}}</ref> |
|||
| عنوان= RFC 5223, Discovering Location-to-Service Translation (LoST) Servers Using the Dynamic Host Configuration Protocol (DHCP) |
|||
* مجموعة خيارات استكشاف وحدات وظيفة اختيار واستكشاف كيفية الوصول إلى الشبكة (ANDSF Discovery).<ref name="ietf-61">{{مرجع ويب |
|||
| موقع= The Internet Society |
|||
| المؤلف = S. Das, G. Bajko |
|||
| لغة= en |
|||
| التاريخ= ديسمبر 2009 |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| مسار الأرشيف = |
|||
| تاريخ أرشيف= 2020-01-27 |
|||
| المسار= https://tools.ietf.org/html/rfc6153 |
|||
}}</ref> |
|||
| العنوان= RFC 6153, DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery |
|||
* خيار {{وإو|كاب واب|CAPWAP|en|المُتحكم بالوصول إلى الإمداد والتحكم بنقاط الوصول اللاسلكية}} (CAPWAP)، ويسمح [[نقطة وصول لاسلكي|لنقطة وصول لاسلكي]] باستخدام خدمة التهيئة الآلية لاكتشاف عنوان المتحكم بالوصول الذي تريد الاتصال معه.<ref name="ietf-59">{{استشهاد ويب |
|||
| الموقع= The Internet Society |
|||
| مؤلف= P. Calhoun |
|||
| اللغة= en |
|||
| تاريخ |
| تاريخ= مارس 2009 |
||
| مسار أرشيف= https://web.archive.org/web/20200125225646/https://tools.ietf.org/html/rfc5417 |
|||
* خيار عنوان مخدم [[بروتوكول نقل الملفات البسيط]] (TFTP)، والذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة الآليّة للحصول على عناوين مُخدماته.<ref name="ietf-18">{{مرجع ويب |
|||
| مسار= https://tools.ietf.org/html/rfc5417 |
|||
| الأخير= Johnson |
|||
| عنوان= RFC 5417, Control And Provisioning of Wireless Access Points (CAPWAP) Access Controller DHCP Option |
|||
| الأول= R. |
|||
| موقع= The Internet Society |
|||
| التاريخ= يونيو 2010 |
|||
| لغة= en |
|||
| مسار الأرشيف = |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| المسار= https://www.ietf.org/rfc/rfc5859 |
|||
| تاريخ أرشيف= 2020-01-25 |
|||
| العنوان= RFC 5859, TFTP Server Address Option for DHCPv4 |
|||
}}</ref> |
|||
| الموقع= The Internet Society |
|||
* مجموعة خيارات الخدمات المُتحركة {{وإو|آي تربل إي 802.21|IEEE 802.21|en|لبروتوكول التسليم المستقل عن الوسط}} (IEEE 802.21).<ref name="ietf-60">{{استشهاد ويب |
|||
| اللغة= en |
|||
| مؤلف= G. Bajko, S. Das |
|||
| issn = 2070-1721 |
|||
| تاريخ |
| تاريخ= ديسمبر 2009 |
||
| مسار أرشيف= https://web.archive.org/web/20200127000803/https://tools.ietf.org/html/rfc5678 |
|||
* مجموعة خيارات مخدم {{وصلة إنترويكي|بروتوكول التحكم بالمنافذ|Port Control Protocol|en|بروتوكول التحكم بالمنافذ}} (PCP)، الذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة لآلية للحصول على عنوان المخدّمات.<ref name="ietf-26">{{مرجع ويب |
|||
| مسار= https://tools.ietf.org/html/rfc5678 |
|||
| الأخير= Boucadair |
|||
| عنوان= RFC 5678, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Services (MoS) Discovery |
|||
| الأول= M. |
|||
| موقع= The Internet Society |
|||
| الأخير2= Penno |
|||
| |
| لغة= en |
||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| الأخير3= Wing |
|||
| تاريخ أرشيف= 2020-01-27 |
|||
| الأول3= D. |
|||
}}</ref> |
|||
| التاريخ= يوليو 2014 |
|||
* مجموعة خيارات استكشاف وحدات وظيفة اختيار واستكشاف كيفية الوصول إلى الشبكة (ANDSF Discovery).<ref name="ietf-61">{{استشهاد ويب |
|||
| مسار الأرشيف = |
|||
| مؤلف= S. Das, G. Bajko |
|||
| المسار= https://www.ietf.org/rfc/rfc7291 |
|||
| تاريخ= ديسمبر 2009 |
|||
| العنوان= RFC 7291, DHCP Options for the Port Control Protocol (PCP) |
|||
| مسار أرشيف= https://web.archive.org/web/20191205123246/https://tools.ietf.org/html/rfc6153 |
|||
| الموقع= The Internet Society |
|||
| مسار= https://tools.ietf.org/html/rfc6153 |
|||
| اللغة= en |
|||
| عنوان= RFC 6153, DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
|||
| موقع= The Internet Society |
|||
* مجموعة خيارات لاختيار الشبكات الافتراضية.<ref name="ietf-29">{{مرجع ويب |
|||
| لغة= en |
|||
| الأخير= Kinnear |
|||
| تاريخ الوصول= 13 يونيو 2018 |
|||
| الأول= K. |
|||
| تاريخ أرشيف= 2019-12-05 |
|||
| الأخير2= Johnson |
|||
}}</ref> |
|||
| الأول2= R. |
|||
* خيار عنوان مخدم [[بروتوكول نقل الملفات البسيط]] (TFTP)، والذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة الآليّة للحصول على عناوين مُخدماته.<ref name="ietf-18">{{استشهاد ويب |
|||
| الأخير3= Stapp |
|||
|الأخير = Johnson |
|||
| الأول3= M. |
|||
|الأول = R. |
|||
| التاريخ= أبريل 2012 |
|||
|تاريخ = يونيو 2010 |
|||
| مسار الأرشيف = |
|||
| |
|مسار أرشيف = https://web.archive.org/web/20200325122757/https://www.ietf.org/rfc/rfc5859 |
||
|مسار = https://www.ietf.org/rfc/rfc5859 |
|||
| العنوان= RFC 6607, Virtual Subnet Selection Options for DHCPv4 and DHCPv6 |
|||
|عنوان = RFC 5859, TFTP Server Address Option for DHCPv4 |
|||
| الموقع= The Internet Society |
|||
|موقع = The Internet Society |
|||
| اللغة= en |
|||
|لغة = en |
|||
| تاريخ الوصول= 3 يونيو 2018}}</ref> |
|||
|issn = 2070-1721 |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
|تاريخ أرشيف = 2020-03-25 |
|||
|url-status=dead}}</ref> |
|||
* مجموعة خيارات مخدم {{وإو|بروتوكول التحكم بالمنافذ|Port Control Protocol|en|بروتوكول التحكم بالمنافذ}} (PCP)، الذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة لآلية للحصول على عنوان المخدّمات.<ref name="ietf-26">{{استشهاد ويب |
|||
|الأخير = Boucadair |
|||
|الأول = M. |
|||
|مؤلف2-الأخير = Penno |
|||
|مؤلف2-الأول = R. |
|||
|مؤلف3-الأخير = Wing |
|||
|مؤلف3-الأول = D. |
|||
|تاريخ = يوليو 2014 |
|||
|مسار أرشيف = https://web.archive.org/web/20200325122759/https://www.ietf.org/rfc/rfc7291 |
|||
|مسار = https://www.ietf.org/rfc/rfc7291 |
|||
|عنوان = RFC 7291, DHCP Options for the Port Control Protocol (PCP) |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
|تاريخ أرشيف = 2020-03-25 |
|||
|url-status=dead}}</ref> |
|||
* مجموعة خيارات لاختيار الشبكات الافتراضية.<ref name="ietf-29">{{استشهاد ويب |
|||
|الأخير = Kinnear |
|||
|الأول = K. |
|||
|مؤلف2-الأخير = Johnson |
|||
|مؤلف2-الأول = R. |
|||
|مؤلف3-الأخير = Stapp |
|||
|مؤلف3-الأول = M. |
|||
|تاريخ = أبريل 2012 |
|||
|مسار أرشيف = https://web.archive.org/web/20200325122800/https://www.ietf.org/rfc/rfc6607 |
|||
|مسار = https://www.ietf.org/rfc/rfc6607 |
|||
|عنوان = RFC 6607, Virtual Subnet Selection Options for DHCPv4 and DHCPv6 |
|||
|موقع = The Internet Society |
|||
|لغة = en |
|||
|تاريخ الوصول = 3 يونيو 2018 |
|||
|تاريخ أرشيف = 2020-03-25 |
|||
|url-status=dead}}</ref> |
|||
=== ميزة مراقبة بروتوكول |
=== ميزة مراقبة بروتوكول تهيئة المضيف الآلية === |
||
[[ |
[[ملف:DHCP Snooping -ar.png|تصغير|300بك|مثال عن كيفية عمل ميزة مراقبة بروتوكول تهيئة المضيف الآلية.]] |
||
{{مفصلة|ميزة مراقبة بروتوكول |
{{مفصلة|ميزة مراقبة بروتوكول تهيئة المضيف الآلية}} |
||
ميزة مراقبة بروتوكول |
ميزة مراقبة بروتوكول تهيئة المضيف الآلية {{إنج|DHCP Snooping}} هي ميزة [[أمن الشبكات|أمنية]] خاصة [[طبقة ربط البيانات|بطبقة ربط البيانات]]، تهدف إلى تحديد المُخدّمات التي تقوم بتقديم خدمة التهيئة الآلية، واستبعاد أي مُخدّمات مُزيفة قد تحاول الإجابة على رسائل الاستكشاف بقصد تهيئة المضيفين بمُحددات مغلوطة تساعد في إنشاء [[هجوم الوسيط]] أو [[هجمات الحرمان من الخدمات|هجوم حجب الخدمة]].<ref name="Web-78">{{استشهاد ويب |
||
| |
| مؤلف = Ethan Banks |
||
| |
| تاريخ = 25 سبتمبر 2012 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20170707080852/http://packetpushers.net/five-things-to-know-about-dhcp-snooping/ |
||
| تاريخ |
| تاريخ أرشيف = 7 يوليو 2017 |
||
| |
| مسار = https://packetpushers.net/five-things-to-know-about-dhcp-snooping/ |
||
| |
| عنوان = Five Things To Know About DHCP Snooping |
||
| |
| موقع = Packet Pushers Interactive, LLC. |
||
| |
| لغة = en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول = 10 يونيو 2018 |
||
}}</ref> |
|||
تعتمد هذه التقنية على تصنيف [[بطاقة الشبكة|منافذ]] [[مبدل (شبكات)|مبدلات]] الطبقة الثانية إلى مجموعتين، الأولى هي مجموعة المنافذ الموثُوقة، والثانية هي مجموعة المنافذ غير الموثُوقة. |
تعتمد هذه التقنية على تصنيف [[بطاقة الشبكة|منافذ]] [[مبدل (شبكات)|مبدلات]] الطبقة الثانية إلى مجموعتين، الأولى هي مجموعة المنافذ الموثُوقة، والثانية هي مجموعة المنافذ غير الموثُوقة. تتصل المنافذ الموثوقة مع مخدمات البروتوكول، أمّا المنافذ غير الموثوقة فلا يجب أن تتصل معها. يقوم المُبدّل الذي يدعم هذه الميزة بمراقبة {{وإو|حركة البيانات|Network traffic|en|حركة البيانات}} عبر المنافذ التي تمّ تفعيل هذه الميزة فيها، فيسمح بمرور وتبديل رسائل العرض الواردة من المنافذ الموثوقة فقط، ويحجب أي رسالة عرض قادمة من منفذ غير موثوق.<ref name="Web-79">{{استشهاد ويب |
||
| |
| مؤلف = Ethan Banks |
||
| |
| تاريخ = 25 سبتمبر 2012 |
||
| مسار |
| مسار أرشيف = https://web.archive.org/web/20180120070951/https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/12-2SX/configuration/guide/book/snoodhcp.html |
||
| تاريخ |
| تاريخ أرشيف = 20 يناير 2018 |
||
| |
| مسار = https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/12-2SX/configuration/guide/book/snoodhcp.html |
||
| |
| عنوان = Catalyst 6500 Release 12.2SX Software Configuration Guide, Chapter: DHCP Snooping |
||
| |
| موقع = Cisco Systems, Inc. |
||
| |
| لغة = en |
||
| تاريخ الوصول= 10 يونيو 2018}}</ref> |
| تاريخ الوصول = 10 يونيو 2018 |
||
}}</ref> |
|||
== هوامش == |
== هوامش == |
||
سطر 1٬941: | سطر 2٬154: | ||
{{هامش|2}}. يقابل التهيئة الذاتية {{إنج|Auto-Configuration}}، والتهيئة الآلية {{إنج|Dynamic Configuration}}، والتهيئة الثابتة {{إنج|Static Configuration}}. |
{{هامش|2}}. يقابل التهيئة الذاتية {{إنج|Auto-Configuration}}، والتهيئة الآلية {{إنج|Dynamic Configuration}}، والتهيئة الثابتة {{إنج|Static Configuration}}. |
||
== انظر |
== انظر أيضًا == |
||
{{ويكي الكتب|لغة=en|Communication Networks/DHCP Protocol}} |
|||
{{ويكي الجامعة|Wireshark/DHCP}} |
|||
* [[طبقة التطبيق]]. |
|||
* [[خدمة (شبكات)|خدمة]]. |
* [[خدمة (شبكات)|خدمة]]. |
||
* [[بروتوكول (اتصالات)|بروتوكول]]. |
* [[بروتوكول (اتصالات)|بروتوكول]]. |
||
* [[نموذج الخادم والعميل|نموذج طلب الخدمة]]. |
|||
* [[التهيئة الآلية]]. |
|||
* [[نموذج طلب الخدمة]]. |
|||
* [[نظام أسماء النطاقات]] (DNS). |
* [[نظام أسماء النطاقات]] (DNS). |
||
== مراجع == |
== مراجع == |
||
{{مراجع|محاذاة=نعم}} |
|||
<div class="reflist4" style="height: 250px; overflow: auto; padding: 3px" > |
|||
{{مراجع|2|محاذاة=نعم}} |
|||
</div> |
|||
== وصلات خارجية == |
== وصلات خارجية == |
||
{{روابط شقيقة}} |
|||
{{تصنيف كومنز|Dynamic Host Configuration Protocol (DHCP)}} |
|||
* [https://web.archive.org/web/20180603121437/https://technet.microsoft.com/pt-pt/library/cc781008(v=ws.10).aspx ما هو بروتوكول |
* [https://web.archive.org/web/20180603121437/https://technet.microsoft.com/pt-pt/library/cc781008(v=ws.10).aspx ما هو بروتوكول تهيئة المضيف الآلية]، مقالة عامّة عن البروتوكول واستعمالاته من [[مايكروسوفت]]. |
||
* [https://web.archive.org/web/20150731015020/http://docs.oracle.com |
* [https://web.archive.org/web/20150731015020/http://docs.oracle.com/cd/E19504-01/802-5753/6i9g71m66/index.html بروتوكول تهيئة المضيف الآلية]، مجموعة مقالات عن استخدام البروتوكول من [[أوراكل]]. |
||
* [https://web.archive.org/web/20170611223036/http://www.tech-faq.com/managing-the-dhcp-server.html إدارة مُخدّم بروتوكول |
* [https://web.archive.org/web/20170611223036/http://www.tech-faq.com/managing-the-dhcp-server.html إدارة مُخدّم بروتوكول تهيئة المضيف الآلية]، مقالة من موقع (TECH-FAQ)عن كيفية إدارة مُخدم بروتوكول تهيئة المضيف الآلية في نظام تشغيل ويندوز سيرفر 2003. |
||
* [https://web.archive.org/web/20171219190849/https://www.netmanias.com/en/post/techdocs/6000/dhcp-network-protocol/understanding-dhcp-relay-agents التعرف على وكلاء بروتوكول |
* [https://web.archive.org/web/20171219190849/https://www.netmanias.com/en/post/techdocs/6000/dhcp-network-protocol/understanding-dhcp-relay-agents التعرف على وكلاء بروتوكول تهيئة المضيف الآلية]، مقالة من موقع (netmanias) عن كيفية عمل وكلاء بروتوكول تهيئة المضيف الآلية. |
||
* [https://web.archive.org/web/20180603114648/https://www.juniper.net/documentation/en_US/junos/topics/concept/security-dhcp-routing-instance-understanding.html نظرة عامة على بروتوكول |
* [https://web.archive.org/web/20180603114648/https://www.juniper.net/documentation/en_US/junos/topics/concept/security-dhcp-routing-instance-understanding.html نظرة عامة على بروتوكول تهيئة المضيف الآلية]، مقالة عامة عن بروتوكول تهيئة المضيف الآلية من [[جانبر (شركة)|جانبر]]. |
||
{{بروتوكولات الإنترنت}} |
{{حزمة بروتوكولات الإنترنت}} |
||
{{ضبط استنادي}} |
{{ضبط استنادي}} |
||
{{شريط بوابات|اتصال عن بعد|إنترنت| |
{{شريط بوابات|علم الحاسوب|شبكات الحاسوب|اتصال عن بعد|إنترنت|تقنية المعلومات}} |
||
{{شريط مختارة| |
{{شريط محتوى متميز|مختارة|التاريخ=17 أبريل 2019|النسخة=34317498}} |
||
[[تصنيف:معايير الإنترنت]] |
|||
[[تصنيف:بروتوكولات طبقة التطبيق]] |
[[تصنيف:بروتوكولات طبقة التطبيق]] |
||
[[تصنيف:خدمات الشبكة]] |
[[تصنيف:خدمات الشبكة]] |
||
[[تصنيف:معايير الإنترنت]] |
النسخة الحالية 10:16، 28 فبراير 2024
بروتوكول تهيئة المضيف الآلية | |
---|---|
ترويسة البروتوكول
| |
اختصار | DHCP |
الوظيفة | التهيئة الآلية لمضيفي الإصدار الرابع من بروتوكول الإنترنت |
تاريخ التطوير | 1993م |
مبني على | بروتوكول التمهيد [الإنجليزية] (BOOTP) |
طبقة نموذج OSI | تطبيق[1] |
منافذ | 67، 68[2] |
وثيقة طلب التعليقات RFC | RFC 2131 |
تعديل مصدري - تعديل ![]() |
بروتوكول تهيئة المضيف الآلية (بالإنجليزية: Dynamic Host configuration Protocol اختصارًا DHCP) هو بروتوكول تطبيق[1] يعمل بحسب نموذج طلب الخدمة،[3] لإنجاز عملية التهيئة الآلية لمضيفي الإصدار الرابع من بروتوكول الإنترنت بعناوين الشبكة ومحددات التهيئة الأخرى. يُعرّف البروتوكول ثلاث أنواع للمضيفين في الشبكة، وهم: أولًا المُخدّم، وهو المضيف الذي يُقدّم خدمة التهيئة الذاتية [الإنجليزية]، وثانيًا العميل وهو المضيف الذي يحصل على خدمة التهيئة الآلية، وثالثًا الوكيل، وهو مضيف يلعب دور وسيط بين المُخدّم والعميل إذا كانا في شبكتين مُختلفتين.
ابتدأ تطوير البروتوكول في العام 1993م، تحت إشراف مجموعة مهندسي شبكة الإنترنت، ثمّ وضع المعيار بشكله النهائي في العام 1997م، كوثيقة طلب تعليقات تحمل الرقم (RFC 2131).[4] يلعب البروتوكول دور مستودع مُحددات التهيئة في الشبكة، ويقوم بعملية التحصيص الآلي لفضاء عناوين [الإنجليزية] الإصدار الرابع من بروتوكول الإنترنت ويقدّم خدمة التهيئة الآلية للمضيفين في الشبكة. طوّر إصدار خاص من البروتوكول لدعم مضيفي الإصدار السادس من بروتوكول الإنترنت، وسمي بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت.[5]
إن بروتوكول تهيئة المضيف الآلية واسع الانتشار على مستوى العالم ومدعوم في أنظمة التشغيل الأكثر شعبيّة مثل جنو/لينكس[6] وويندوز[7] وأندرويد[8] وماكنتوش.[9]
نظرة عامة
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/3f/DHCP_Terminology_-_ar.png/245px-DHCP_Terminology_-_ar.png)
نموذج الربط البيني للأنظمة المفتوحة حسب الطبقات |
---|
بروتوكول التهيئة الآليّة للمضيفين هو بروتوكول تطبيق[1] يعمل بحسب نموذج طلب الخدمة،[3] يقوم بتزويد مُضيفي الإصدار الرابع من بروتوكول الإنترنت بمُحددات التهيئة، التي تشمل عناوين بروتوكول الإنترنت، وهو يقدّم بذلك خدمة التهيئة الذاتية [الإنجليزية] للمُضيفين سواء كانوا محليين أو بعيدين.[4] يُعرّف البروتوكول أيضًا آليّة لتحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت إلى حصص مُحددة يُمكن منحها للمُضيفين. بحسب نموذج الاتصال المعياري، يعمل البروتوكول في طبقة التطبيق، ويعتمد على بروتوكول حزم بيانات المستخدم كبروتوكول نقل، ويستخدم رقمي المنفذ (67) و (68) المُخصصين بالأصل بروتوكول التمهيد [الإنجليزية].[2]
صُمم البروتوكول ليعمل بحسب نموذج طلب الخدمة، أي أنّه يُقسّم المضيفين في الشبكة إلى مُخدّمات وعملاء، أمّا العميل فهو مضيف في الشبكة يستخدم بروتوكول تهيئة المضيف الآلية للحصول على معلومات التهيئة، بما فيها عنوان بروتوكول الإنترنت، وأمّا المُخدّم فهو مُضيف في الشبكة يُقدّم محددات التهيئة لمن يطلبها من العملاء باستخدام بروتوكول التهيئة الآليّة للمضيفين.[10] لا يتم اختيار المُخدمات بشكل عشوائي من بين المُضيفين، بل يجب أن يتم تحديدها بشكلٍ واضح وصريح من قبل مشرفي الشبكة، وتزويدها بفضاء عناوين بروتوكول الإنترنت والمُحددات المستعملة.[11]
يدعم البروتوكول ثلاث أنواع من آليات التحصيص لفضاء بروتوكول الإنترنت،[12] الأول هو التحصيص الذاتي، وفيه يقوم البروتوكول بمنح العميل الذي طلب الخدمة عنوان بروتوكول إنترنت دائم. والثاني هو التحصيص الآلي، وفيه يقوم البروتوكول بمنح عنوان بروتوكول الإنترنت للمضيف الذي يطلب الخدمة لفترة زمنيّة مُحددة، أمّا الثالث فهو التحصيص اليدوي،(1) وفيه يقوم مُدير الشبكة أو المشرف على النظام بتحديد حصة مضيف ما يدويًّا، ويتمّ حفظ ذلك في المُخدّم، وتقتصر مهمة البروتوكول على نقل تلك الحصة إلى المُضيف عندما يطلب الحصول على خدمة التهيئة الآليّة. يمكن أن تُستخدم الأشكال الثلاثة من التحصيص معاً في نفس الشبكة،[13] وعندها تُحدد سياسات الشبكة هذه الاستخدامات.
إنّ التهيئة الآلية هي خيار للأنظمة التي تدعم عناوين الإصدار الرابع من بروتوكول الإنترنت، فالمُضيف يحصل على عنوان بروتوكول الإنترنت إمّا عن طريق التهيئة الآليّة أو عن طريق التهيئة الثابتة، التي تتطلب تدخلًا مباشرًا من مدير الشبكة أو مُشرف المضيف.[14] لاحقًا، أُضيفت التهيئة الذاتيّة كخيار ثالث في مُضيفي الإصدار السادس من بروتوكول الإنترنت.(2)[15] لقد صُمم بروتوكول التهيئة الآليّة للمضيفين بطريقة تسمح للعملاء بالحصول على معلومات التهيئة بشكلٍ آليّ بدون تدخل من قبل مدير الشبكة أو المشرف عليها، أي أنه لا يوجد معلومات محددة أو محددات خاصة يجب أن يمتلكها العميل ليتمكن من الحصول على خدمة التهيئة الآلية، ويكفي أن يكون العميل مُتصلًا مع الشبكة ويدعم المُتطلبات اللازمة لاستضافة بروتوكول الإنترنت عندما يلجأ إلى خيار التهيئة الآليّة.
يدعم مُخدم البروتوكول العملاء الموجودين في شبكته المحليّة وفي شبكات بعيدة،[4] فأمّا العملاء الموجودين في شبكة المخدم المحليّة، فيحصلون على خدمة التهيئة الآلية من خلال تبادل رسائل البروتوكول مع المخدم بشكل مباشر. في حين يعتمد العملاء الموجودون في شبكة بعيدة على وكيل البروتوكول (بالإنجليزية: Relay Agent) من أجل نقل رسائل البروتوكول عبر الشبكة المتباعدة بين العملاء والمخدم، والوكيل هو مضيف إنترنت، أو مُوجّه يقوم بلعب دور الوسيط بين وكلاء لبروتوكول التهيئة الآليّة موجودين في شبكة الوكيل المحليّة، ومُخدّم بعيد للبروتوكول.[16] تتطلب عملية إعداد الوكيل إضافة معلومات التهيئة بشكلٍ يدوي فيه.[17]
إنّ خدمة التهيئة الآلية هي خدمة اختياريّة، ويمكن أن يتواجد مُضيفو بروتوكول إنترنت مع إعدادات مُهيّئة يدويًّا في الشبكة التي يعمل مُخدم التهيئة الآليّة فيها، ولكن ذلك يتطلب وجود إدارة مسبقة لفضاء العناوين،[18] بحيث تكون العناوين المُهيّئة بشكلٍ يدويّ في المُضيفين خارج مجال التحصيص الآليّ للبروتوكول، لضمان عدم استخدام نفس العنوان أكثر من مرة.[19] على أي حال، يضمن البروتوكول عدم استخدام أي عنوان من فضاء العناوين المُستعمل في عملية التحصيص أكثر من مرة واحدة،[20] كما يشمل على آليّات لتتبع معلومات التهيئة والعناوين المُستخدمة وربطها بالمضيفين الذين حصلوا عليها، بحيث يمكن أن يحصلوا عليها مرة أخرى بشكل مطابق عند طلب الخدمة مجددًا، ويشمل ذلك حالات إعادة إقلاع المضيفين أو المخدم نفسه.
تأثّر بروتوكول تهيئة المضيف الآلية ببروتوكول التمهيد،[21] إن رسائل بروتوكول التهيئة مُتوافقة من حيث البنية مع رسائل بروتوكول التمهيد، ويسمح ذلك بالتشغيل المشترك للبروتوكولين معًا في نفس الشبكة، بحيث يدعم مُخدّم بروتوكول التهيئة الآليّة وكلاء بروتوكول التمهيد وعملائه، أضاف بروتوكول التهيئة الآلية ميزتين لم تكونا موجودتين في بروتوكول التمهيد، الأولى هي منح عميل ما إمكانية لاستخدام عنوان بروتوكول إنترنت لفترة محدودة زمنيًّا بشكل آليّ، ثُمّ تحريره مُتيحًا بذلك إمكانيّة استخدام نفس العنوان مجددًا مع عميل آخر، والثانيّة هي منح العميل ميزة طلب المُحددات الخاصّة ببروتوكول الإنترنت أو بالخدمات التي تدعمها الشبكة والتي يحتاجها العميل للقيام بوظائفه بصورة سليمة.[22]
إنّ استعمال بروتوكول تهيئة المضيف الآلية واسع الانتشار، هو مدعوم في أنظمة التشغيل الأكثر استعمالًا في العالم مثل أندرويد[8] وويندوز[7] وماكنتوش[9] ولينوكس[6] وسيسكو[23] ومايكروتك.[24]
-
نافذة إعدادات التهيئة الخاصة بالإصدار الرابع من بروتوكول الإنترنت في توزيعة جنو/لينكس لنظام أوبونتوغنوم 7.04، وقد تمّ ضبط خيار نمط التهيئة ليكون التهيئة الآلية باستعمال بروتوكول التهيئة الآلية.
-
نافذة إعدادات الشبكة السلكية في توزيعة لينوكس أوبونتو 11.10، وقد تمّ اختيار محددات الإصدار الرابع من بروتوكول الإنترنت وضبط نمط التهيئة إلى الشكل الآلي باستعمال بروتوكول تهيئة المضيف الآلية.
-
نافذة إضافة شبكة جديدة في نظام أندرويد لوليبوب 5.1.1، ويظهر خيار إعدادات بروتوكول الإنترنت وضد ضبطت إلى بروتوكول التهيئة الآلية للمضييفين.
-
نافذة إضافة شبكة جديدة في نظام الشتغيل أندرويد نوجا 7.0، وتظهر فيها خيارات ضبط إعدادت بروتوكول الإنترنت إلى التهيئة الآلية باستعمال بروتوكول تهيئة المضيف الآلية.
-
نافذة إعدادات الإصدار الرابع من بروتوكول الإنترنت في نظام التشغيل ويندوز 7، وقد ضبط نمط التهيئة إلى اختيار العنوان بشكل آلي.
-
نافذة ضبط خيارات بروتوكول تهيئة المضيف الآلية في نظام ويندوز 10.
-
نافذة ضبط خيارات مخدم بروتوكول تهيئة المضيف الآلية في نظام مايكروتك.
نبذة تاريخية
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/0/0e/DHCP_RFC_1541_first_page.png/300px-DHCP_RFC_1541_first_page.png)
جاء تطوّير بروتوكول التهيئة الآليّة للمضيفين ليكون نتيجة لمجموعة من الأعمال التي طوّرت بشكل منفصل، وكانت في جوهرها تهدف إلى إنجاز أجزاء مُختلفة من عملية التهيئة الذاتية [الإنجليزية] للمُضيفين بأقل تدخّل ممكن يدوي ممكن، دون أن وجود إطار جامع يوحد كل هذه الجهود، فوصفت وثيقة طلب التعليقات (RFC 951)[25] لبروتوكول التمهيد [الإنجليزية] في العام 1985م، وكان هدفه الأساسي تمكين المُضيف الذي لا يملك قرصاً صلباً من اكتشاف عنوان بروتوكول الإنترنت الخاص به، وعنوان مُخدّم تخزين الملفّات واسم الملف الذي يحتوي على نظام التشغيل لنقله إلى الذاكرة والإقلاع منه، على أن يتم كل ذلك بشكل آليّ.
بالتوازي مع ذلك، تمّ تطوير بروتوكولات أخرى تنجز بعض أجزاء عملية التهيئة الآلية أثناء قيامها بعملها، مثل بروتوكول نقل الملفات البسيط، الموصُوف قي الوثيقة (RFC 1350)،[26] الذي يقدم آليّة لنقل الملفات، وأيضاً بروتوكول دقة العناوين[27] الذي يسمح للمضيف باكتشاف العناوين الفيزيائية لمضيفين آخرين في الشبكة، وأيضاً بروتوكول رسائل التحكم في الإنترنت، الموصوف بالوثيقة (RFC 792)[28] والذي يسمح للمضيف عبر أحد خياراته باكتشاف عنوان المُوجّه المُتصل مع الشبكة المحلية.
أخيراً، وضعت وثيقتا طلب التعليقات (RFC 1122)[29] و (RFC 1123)[30] قائمة بمُتطلبات المضيف، شملت محددات التهيئة التي يحتاج إليها كل مضيف ليتمكن من الاتصال بشكل سليم مع الشبكة، كما اقترحتا آليّة لإقلاع المُضيف الذي لا يملك قرصاً صلباً. كانت الوثيقة (RFC 1531)[31] التي صدرت في شهر أكتوبر من العام 1993م، أول وثيقة مُخصصة لبروتوكول التهيئة الآليّة للمضيفين، ثُم أجريت عليها بعض التعديلات لتنتج الوثيقة (RFC 1541) التي صدرت في الشهر نفسه تحت عنوان «بروتوكول التهئية الآلية للمضيفين». لاحقاً في العام 1997م، صدرت الوثيقة (RFC 2131)[4] التي حملت الاسم نفسه، وتضمّنت مجموعة من التحديثات والإضافات، وهي المعيار الرسمي المُعتمد للبروتوكول اليوم، وقد كتب رالف دورمز (بالإنجليزية: Ralph Droms) من جامعة بوكنل الوثائق المعيارية الثلاثة السابقة، أمّا الوثيقة (RFC 2132) فتضم قائمة بالخيارات التي يمكن للبروتوكول أن يُستعملها.[32]
لاحقاً في العام 2003م، أُصدر المعيار الخاص ببروتوكول التهيئة الآلية لمُضيفي الإصدار السادس من بروتوكول الإنترنت في وثيقة طلب التعلقيات (RFC 3315) وهو يُعرف اليوم بالاختصار DHCPv6.[5]
محددات البروتوكول
[عدل]خدمات البروتوكول
[عدل]يقدم البروتوكول خدمة التهيئة الذاتية [الإنجليزية] لمُضيفي الإصدار الرابع من بروتوكول الإنترنت، ولتحقيق ذلك يقوم البروتوكول بدعم خدمتين إضافيتين أيضاً، الأولى هي مستودع تخزين لمُحددات التهيئة الخاصّة بالمضيفين، والثانية هي قيامه بالتحصيص الآلي لفضاء عناوين [الإنجليزية] بروتوكول الإنترنت.
مستودع المُحددات
[عدل]إنّ الخدمة الأولى التي يقدمها بروتوكول تهيئة المضيف الآلية هي توفير مخزن دائم لمُحددات الشبكة الخاصة بالعملاء، لتحقيق ذلك، يقوم البروتوكول ببناء قاعدة بيانات تضم المحددات الخاصة بكل عميل،[3] ويكون مفتاح قاعدة البيانات الفريد هو مُعرّف مُميز لكل عميل، ويقابل هذا المفتاح المُحددات الخاصّة به، وقد يكون المفتاح الخاص بالعميل مزيجاً من المُعرّف الخاص به ومن عنوان الشبكة التي تضم عنوان بروتوكول الإنترنت الممنوح له، أو قد يضمّ عنوان العميل الفيزيائي،[33] أو مزيجاً من عنوان بروتوكول الإنترنت واسم العميل،[34] أو أي قيمة أخرى تُعرّف العميل بشكل فريد.
بشكل افتراضي، يقوم البروتوكول في العميل ببناء مُعرّف فريد اعتماداً على مُعرّف الشبكة المأخوذ من عنوان بروتوكول الإنترنت الذي يستضيفه العميل، أو من عنوان العميل الفيزيائي،[35] بعد ذلك، يقوم العميل بإرسال المُعرّف الذي ولّده إلى المُخدّم عبر خيار خاص هو خيار مُعرّف العميل الذي يحمل الخيار رقم الرمز (61)، وذلك ليعتمده كمعرّف مُميز للعميل،[36] يُمكن للعميل الذي يملك بنداً في قاعدة البيانات أن يطلب الحصول على معلومات التهيئة الخاصة به من المستودع باستخدام بروتوكول تهيئة المضيف الآلية، أو أن يستجوب المُخدم من أجل الحصول على قيمة أحد المحددات، لتحقيق ذلك، يقوم العميل ببناء رسالة طلب مناسبة، ويردّ المُخدّم على العميل برسالة ردّ تحتوي المحددات المطلوبة.[37]
التحصيص الآلي لفضاء عناوين بروتوكول الإنترنت
[عدل]يُقدّم بروتوكول تهيئة المضيف الآلية أيضاً خدمة التحصيص الآليّ لفضاء العناوين المُستعمل في الشبكة، نتيجة لذلك، يُمكن للعملاء أن يحصلوا على عنوان بروتوكول إنترنت من فضاء عناوين المُخدّم ويستخدموه بشكل مؤقت أو دائم.[38] إن آلية التحصيص بسيطة، وهي تبدأ من العميل نفسه الذي يطلب الحصول على عنوان بروتوكول إنترنت من فضاء العناوين، ويقوم مُخدّم البروتوكول، أو مجموعة المخدّمات، بتقديم عنوان للعميل، وضمان عدم عرضه لأي عميل آخر في الشبكة خلال فترة استخدامه من العميل الذي طلب الاستخدام.
لتحقيق التحصيص الآلي، يعتمد البروتوكول على مفهوم مدة الاستخدام (بالإنجليزية: Lease)،[39] وهي الفترة الزمنية التي يكون عنوان بروتوكول إنترنت ما فيها من حصة عميل محدد، يحق للعميل في خلال هذه المدة استخدام العنوان. يمكن للعميل أن يُمدد مدة الاستخدام، من خلال طلب يقدمه للمُخدم،[40] كما يُمكن أن ينهي استعماله للحصة، ويحرر العنوان. بالإضافة لذلك، يمكن للعميل أن يطلب مدة استخدام لا نهائية، ولكن يبقى القرار النهائي في منح إمكانية التحصيص الدائم بيد المُخدّم.
التهيئة الآلية
[عدل]التهيئة الآلية (بالإنجليزية: Dynamic Configuration) هي تزويد المُضيفين بالمحددات اللازمة لأداء الوظائف والمهمات الخاصّة بهم عبر الشبكة بشكلٍ تلقائي بدون تدخل مباشر من مشرفي الشبكة،[41] وهي الوظيفة الرئيسية لبروتوكول التهيئة الآلية للمُضيفين، ومنها حصل على اسمه. وتعتمد التهيئة الآليّة على مستودع المُحددات وهو قاعدة بيانات موجودة في مُخدّم البروتوكول وعلى آلية تحصيص فضاء العناوين [الإنجليزية] وذلك لتزويد المضيفين بمُحددات التهيئة.[42]
تشمل المُحددات التي يتم تزويد المضيفين بها آلياً عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان المُوجّه في الشبكة المحليّة، والذي يسمّى أحيانا بالمخرج الافتراضي، وعنوان مُخدم نظام أسماء النطاقات وغيرها من عناوين المُخدّمات المختلفة، بالإضافة إلى عدد من المُحددات التي تساعد المُضيف على إنجاز وظائف أخرى قائمة المسارات الثابتة المستعملة في عملية التوجيه أو وحدة النقل الأعظمية الضروريّة لإنجاز عملية تقطيع البيانات.[43]
مُحددات العميل
[عدل]اسم المُحدد | النوع | وثيقة طلب التعليقات |
---|---|---|
مُحددات طبقة النقل، على مستوى المُضيف | ||
زمن الحياة | عدد صحيح | [29] |
مُؤقّت الحفاظ على الفاعليّة | عدد صحيح | [29] |
حجم بيانات الحفاظ على الفاعليّة | بولياني | [29] |
مُحددات طبقة الإنترنت، على مستوى المُضيف | ||
العمل كموجّه | بولياني | [29] |
التوجيه بحسب المصدر غير المحلي | بولياني | [29] |
مرشحات سياسة التوجيه بحسب المصدر غير المحلي | قائمة | [29] |
حجم إعادة التجميع الأعظمي | عدد صحيح | [29] |
زمن الحياة الافتراضي [a] | عدد صحيح | [29] |
مؤقت زمن استخدام وحدة النقل الأعظمية للمسار [b] | عدد صحيح | [44] |
جدول مجموعة وحدات النقل الأعظمية | قائمة | [44] |
مُحددات طبقة الإنترنت، على مستوى المُنفذ | ||
عنوان بروتوكول الإنترنت | عنوان | [29] |
قناع الشبكة الجزئية | عنوان | [29] |
وحدة النقل الأعظمية [c] | عدد صحيح | [29] |
وحدة النقل الأعظمية لكل الشبكات الجزئية | عدد صحيح | [29] |
نمط عنوان البث العام | عنوان | [29] |
القيام باكتشاف القناع | بولياني | [29] |
العمل كمزود بالأقنعة | بولياني | [29] |
القيام باكتشاف المُوجّه | بولياني | [45] |
عنوان التماس المُوجّه | عنوان | [45] |
المخارج الافتراضية | قائمة | [29] |
المسارات الثابتة | قائمة | [44][45] |
مُحددات طبقة الربط، على مستوى المُضيف | ||
دعم اللواحق | بولياني | [29] |
مؤقت ذاكرة المخصصة لبروتوكول دقة العناوين | عدد صحيح | [29] |
تغليف الإيثرنت | بحسب وثائق طلب التعليق [46] و [47] | [29] |
الملاحظات |
يعتمد نجاح خدمة التهيئة الآلية على قيام المُخدّم بتزويد العملاء بقيم المُحددات الخاصّة بتهيئة المُضيف، وعنوان الشبكة أحد هذه المحددات منها. تُعرّف التهيئة الآليّة الابتدائيّة بأنها تزويد المضيف بمُحددات التهيئة اللازمة للقيام بالوظائف الأساسية مثل الاتصال مع الشبكة، لا يتطلب نجاح العملية تزويد العميل بقيم كل المُحددات، ولكن يكفي مجموعة مُحددة منها، تشمل عنواناً للمُضيف وقناعاً الشبكة، وعنوان مخرج افتراضي واحد على الأقل، وعنوان مُخدم أسماء نطاقات واحد على الأقل.[48] ويستطيع العميل أن يطلب قيمة محددات معينة، سواء أثناء عملية التهيئة الابتدائية أو بعدها.
هناك آليتان تستخدمان لتقليل عدد المُحددات المُرسلة من المُخدّم إلى العميل، الأولى هي اعتماد القيمة الافتراضية، وبحسب هذه الآليّة فإنّ العميل يطلب قيمة مُحدد واحد أو أكثر برسالة الطلب، ويقوم المُخدّم بتزويده فقط بالمُحددات التي تغاير قيمتها القيمة الافترضية، أما تلك التي تكون قيمتها مُطابقة للقيمة الافتراضية فلا يقوم المخدم بوضعها في رسالة التأكيد، نتيجة لذلك، فإنّ العميل يعتمد القيم الافتراضية للمحددات التي طلبها من المُخدّم لم تّذكر في رسالة التأكيد، وقد حددت القيم الافتراضية في وثائق طلب التعليقات الخاصة بمتطلبات المضيف. أمّا الآليّة الثانية فهي قيام العميل بتحديد قائمة من المُحددات في رسائل الاسكتشاف والطلب، وعندها يكتفي المُخدّم بتزويده بالمحددات الموجودة في تلك القائمة فقط.
يضيف العميل خيار «قائمة المُحددات المطلوبة» إلى رسالة الطلب أو الاسكتشاف، ويتضمّن هذا الخيار قائمة بالُمحددات المطلوبة، بالإضافة لذلك قد يقترح العميل على المُخدّم قيماً مُعينة لبعض المحددات، باستخدام خيارات خاصة مثل خيار «عنوان بروتوكول الإنترنت المطلوب» أو خيار «مدة استخدام عنوان بروتوكول الإنترنت»،[49] ولكن يبقى المُخدّم هو صاحب القرار النهائي في اختيار استخدام القيم المُقترحة من عدمه، كما يقوم العميل أيضاً باستخدام خيار «الحجم الأعظمي لرسالة بروتوكول التهيئة الآلية» لإبلاغ المُخدّم بأقصى حجم ممكن لرسائل البروتوكول.[50]
تُقسم محددات العميل بحسب طبقات نموذج الإنترنت إلى ثلاث أقسام،[32] هي مُحددات خاصة بطبقة النقل، ومحددات خاصة بطبقة الإنترنت ومُحددات خاصة بطبقة الربط. إنّ المُحددات الخاصة بطبقة النقل تختص ببروتوكول التحكم بالنقل، أمّا مُحددات طبقة الإنترنت، فهي تقسم إلى مجموعتين بحسب مجال عمل المُحدد، فإمّا أن يكون عمله على مستوى المُضيف كاملاً، أو على مستوى أحد منافذه، وهي الحالة التي يملك فيها المضيف أكثر من منفذ. أخيراً، تعمل محددات العمل الخاصة بطبقة الربط على مستوى المنفذ.
تمثيل الزمن
[عدل]عند استخدام البروتوكول، يمكن للعميل أن يطلب استخدام أحد عناوين الشبكة لفترة زمنية، قد تكون مُحددة أو مفتوحة،[51] لذلك فإنّ هناك حاجة لتمثيل الزمن ضمن رسائل البروتوكول، وتزداد المشكلة صعوبة في حالة كون المخدم والعميل غير متزامنين، حيث تصبح الأزمنة المستخدمة نسبية. على كل الأحوال، يتمّ تمثيل الزمن في رسائل البروتوكول بواحدة الثانية، وفي حالة عدم التزامن يُنسب التوقيت إلى ساعة العميل الداخلية.[4]
يتم تمثيل الزمن باستخدام خانات بطول (32) بدون إشارة،[4] ما يعني مجال واسع يمكن تمثيل زمن يصل حتى مئة عام فيه، وهي مدة أكبر بكثير من أي قيمة قد يطلبها العميل، أمّا القيمة الواحديّة، والتي تُقابل بنظام العد الست عشري القيمة: FFFFFFFF)16) فهي تُمثّل اللانهاية، وتُستخدم لطلب مدة استخدام مفتوحة.[52]
في حال عدم وجود تزامن بين ساعة المخدّم وساعة العميل، تفترض آليّة العمل السابقة أن الساعتين الداخليّتين للعميل والمخدم مستقرتان بالنسبة لبعضهما البعض، أي أنهما يقيسان مرور الزمن بنفس الطريقة وبدون أي إزاحة، وإذا لم يتحقق ذلك، فإن المُخدّم الذي من عميلاً ما عنوان بروتوكول إنترنت، قد يُعيد استخدامه بسبب انتهاء مدة الاستخدام ويمنحه لعميل آخر، في الوقت الذي ما يزال العميل العنوان قيد الاستخدام من قبل العميل الأول، ما قد يُسبب تعارضاً في العناوين في الشبكة،[4] لحل هذه المشكلة، يُمكن للمُخدّم أن يُخبر العميل بمدة استخدام أقصر من المدة الفعليّة التي يُخزّنها قي قاعدة بياناته.[53]
مؤقتات البروتوكول
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/DHCP_Client_Address_Life_Cycle_-ar.png/300px-DHCP_Client_Address_Life_Cycle_-ar.png)
يستخدم بروتوكول التهيئة الآليّة للمضيفين ثلاث مؤقتات زمنية هي المؤقت (T1) والمؤقت (T2) ومؤقت مدة الاستخدام، والهدف من استعمالها هو تحديد الأزمنة التي ينتظرها العميل في كل حالة عند طلب تجديد مدة استخدام العنوان. يحصل العميل على قيمة المؤقتات من رسالة التأكيد الإيجابي التي يستقبلها كرد على رسالة الطلب. تكون القيم الزمنية نسبية، ويقوم العميل بنسبها إلى ساعته الداخلية، لذلك ليس هناك حاجة للتزامن بين العميل والمُخدّم.[4]
تحدد قيمة المؤقتات متى تحصل الانتقالات بين الحالات الداخلية للعميل، إنّ نفاذ القيمة الزمنية لأي منها يسبب الانتقال من الحالة الحالية إلى حالة أخرى لاحقة بالشكل التالي:[54]
- المؤقت (T1): يحدد الزمن الذي يقضيه العميل في حالة الالتزام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ قيمته يجب أن ينتقل العميل إلى حالة إعادة التجديد (RENEWING).[55] عند الدخول في حالة إعادة التجديد يقوم العميل بطلب تجديد مدة استخدام العنوان من المُخدّم الذي سبق ومنحه إياه. تكون قيمة المؤقت (T1) أقل من زمن استخدام العنوان، وبشكلٍ افتراضي تبلغ قيمتها نصف قيمة مدة الاستخدام.[56]
- المؤقت (T2): يحدد الزمن الذي يقضيه العميل في حالة إعادة التجديد في حال لم تصل أي رسالة تأكيد من المخدّم حول إعادة تجديد مدة الاستخدام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ المؤقت يجب أن ينتقل العميل إلى حالة إعادة الالتزام (REBINDING)، وفيها يقوم العميل بإعادة إرسال رسالة الطلب لكن بشكل بث عام لتصل إلى أي مُخدّم للبرتوكول.[55] يجب أن تكون قيمة المؤقت (T2) أكبر من قيمة المؤقت (T1)، بحيث يُتاح للعميل فرصة طلب تجديد مدة الاستخدام من مُخدمات أخرى للبروتوكول، بشكلٍ افتراضي تبلغ قيمة هذا المؤقت (87.5)% أو سبعة أثمان قيمة مدة الاستخدام.[56]
- مدة الاستخدام: تحدد الزمن الي يمكن للعميل فيه أن يستضيف عنواناً مُحدداً،[57] ويمكن أن تكون لانهائيّة، بمعنى أن العنوان قد مُنح بشكلٍ دائم للعميل، أمّا بخلاف ذلك، فإن العميل يُشغّل مُؤقّت لمدة الاستخدام عندما يدخل العميل في حالة الالتزام، وإذا نفذ المؤقت، فإنّ العميل، الذي سيكون عندها في حالة إعادة الالتزام حتماً، لأن قيمة المؤقتين (T1) و (T2) أقل دائماً من مدة الاستخدام، ينتقل إلى الحالة البدائية ويبدأ عملية التهيئة الآلية من البداية.[58]
رسائل البروتوكول
[عدل]يتبادل عميل البروتوكول ومُخدّمه مجموعة من الرسائل التي تُسمّى رسائل البروتوكول، وقد يكون التبادل مُباشراً إذا كان العميل والمُخدّم في نفس الشبكة المحليّة، أو عبر وكيل إذا كان العميل في شبكة محليّة مُختلفة عن شبكة المُخدّم.[59] إذا كان المُخدم على معرفة بعنوان العميل، فإنّه يقوم بإرسال الرسائل بشكل بثّ فريدِ الوجهة، أمّا في الحالة التي يطلب فيها العميل الحصول على عنوان بروتوكول الإنترنت فإن المُخدّم يرسل رسائل بث عام إلى العميل، لانه لم يستضيف عنوان بعدُ. في حالة وجود وكيل، تكون الرسائل المتبادلة بين المُخدّم والوكيل رسائل بث فريد الوجهة دائماً، لأن كلاهما يستضيف عنواناً صريحاً،[60] أمّا الرسائل المُرسلة من العميل إلى المخدّم، مُباشرةً أو عبر وكيل، فإنّ نمط توجيهها (بث فريد أو عام) يعتمد على طبيعة الرسالة نفسها وعلى حالة العميل.[61]
بحسب المعيار الأصلي للبروتوكول،[4] يرسل العميل خمسة أنواع من الرسائل نحو المُخدّم هي رسالة الاستكشاف ورسالة الطلب ورسالة الرفض ورسالة تحرير العنوان ورسالة الإعلام، أمّا المُخدّم فيُرسل ثلاث رسائل هي رسالة العرض ورسالة التأكيد السلبي ورسالة التأكيد الإيجابي. لكل رسالة وظيفة محددة، ولكنها جميعاً تشترك بنفس البنية، وتختلف بقيمة الحقول أو بعدد ونوع الخيارات المُستعملة.
لاحقاً، تمّ توسيع عمل البروتوكول وأضيفت 10 رسائل أخرى للقيام بمهمات محددة، وليصبح عدد رسائل البروتوكول الكلية (18) رسالة.[62]
اسم الرسالة باللغة العربية | اسم الرسالة باللغة الإنكليزية | اتجاه الحركة | الاستخدام |
---|---|---|---|
رسالة الاستكشاف | DHCPDISCOVER | من العميل نحو المُخدّم | ترسل من قبل العملاء لتحديد مُخدّمات البروتوكول المُتاحة.[49] |
رسالة العرض | DHCPOFFER | من المخدم نحو العميل | رد على رسالة الاستكشاف، تحتوي على عرض يقدمه المُخدم للعميل يضم مجموعة من معلومات التهيئة.[63] |
رسالة الطلب | DHCPREQUEST | من العميل نحو المخدم | وتستخدم في:[63]
|
رسالة التأكيد الإيجابي | DHCPACK | من المخدم نحو العميل | ردّ على رسالة الطلب، تحتوي على معلومات التهيئة وتتضمن عنوان الشبكة الذي تمّ تخصيصه للعميل، أو حصة العميل من فضاء العناوين.[63] يلتزم المُخدّم، أو مجموعة المخدمات، التي تشغّل البروتوكول بضمان عدم منح العنوان إلى أي عميل آخر خلال زمن تحدده مدة الاستخدام. |
رسالة التأكيد السلبي | DHCPNAK | من المخدم نحو العميل | ردّ على رسالة الطلب، وهي إشعار من المُخدّم إلى العميل بأنّ عنوان بروتوكول الإنترنت الذي وضعه العميل في رسالة طلب سابقة غير مناسب، مثلاً قام العميل بتغيير شبكته ولكنّه مازال يستخدم عنوان بروتوكول الإنترنت القديم خاصته.[64] |
رسالة الرفض | DHCPDECLINE | من العميل نحو المُخدّم | وهي إشعار من العميل إلى المُخدّم، تهدف إلى إعلامه بأنّ عنوان الشبكة الذي تم تخصيصه للعميل هو قيد الاستخدام مسبقاً.[65] |
رسالة تحرير العنوان | DHCPRELEASE | من العميل نحو المُخدّم | وهي رسالة إشعار من العميل إلى المُخدّم، تُعلمُه بأنّ العنوان أصبح حُرّاً للاستخدام من قبل المُخدّم قبل انتهاء مدة الاستخدام، لا يجب على العميل استخدام العنوان مُجدداً بعد إرسال هذه الرسالة.[66] |
رسالة الإعلام | DHCPINFORM | من العميل نحو المُخدّم | تُستخدم لطلب مُحددات تهيئة محليّة من المُخدّم، والمقصود بكلمة محليّة أنّها خاصّة بالعميل نفسه. يجب أن يستضيف العميل عنوان بروتوكول إنترنت بشكلٍ مُسبق ليتمكن من استخدام هذه الرسالة، لا تستخدم هذه الرسالة لطلب عنوان منح بروتوكول إنترنت ولا لتجديد مدة استخدام عنوان ممنوح مسبقاً.[67] |
تكون رسائل الاستكشاف والطلب والإعلام التي يُرسلها العميل رسائل بث عام، إلا إذا كان العميل يعرف عنوان المُخدّم، فإنّه يُرسلها عندها كرسائل فريدة الوجهة.[68] يرسل العميل رسالة تحرير العنوان بشكل رسالة فريدة الوجهة دائماً، ويكون عنوانها هو عنوان المُخدّم الذي منح العميل العنوان.[69] أمّا رسالة الرفض، فهي رسالة بث عام دائماً.[70]
إعادة الإرسال وشرط الانتظار
[عدل]إعادة الإرسال هي قيام العميل بإرسال رسالة من رسائل البروتوكول مرة أخرى إلى المُخدّم بسبب عدم وصول الرسالة السابقة إليه أو عدم وصول الرد عليها. لا يقوم المُخدّم بإعادة الإرسال أبداً فهي وظيفة من وظائف العميل، وهي محكومة دائماً بشرط الانتظار، وهو آليّة يُحدد من خلالها العميل متى يتوجب عليه إعادة إرسال الرسالة مرة أخرى. لا يوجد شرط انتظار صارم محدد، ويترك للعميل اختياره، لكنه يجب أن يأخذ بعين الاعتبار الزمن اللازم لانتقال الرسالة من العميل إلى المُخدّم وبالعكس، كما يستحسن أن تكون فترات الانتظار متزايدة بشكل أسيّ مع قيمة محددة لا يتم تجاوزها، على أن لا يتجاوز عدد مرات إعادة الإرسال (4) مرات ضمن إطار زمني في هو في حدود الدقيقة واحدة.[71] إذا لم يتحقق شرط الانتظار، قد يقوم العميل بضبط المُحددات إلى القيم الافتراضية، أو استخدام آلية أخرى مدعومة في نظام التشغيل مثل العنونة الآلية الخاصة لبروتوكول الإنترنت (APIPA).[72][73]
على سبيل المثال، إذا كان الإيثرنت بمُعدّل نقل هو (10) ميغابت في الثانية هو بروتوكول الربط المُستعمل، فإنّ شرط انتظار مناسب قبل إعادة الإرسال لأول مرة يمكن أن يكون انتظار وصول الرد لفترة تزيد عن (4) ثواني بعد الإرسال، وتتضاعف هذه القيمة لتصبح (8) ثواني ينتظرها العميل لوصول الرد على إعادة الإرسال الأولى، فإن لم يصل الرد أيضاً، يُرسل العميل رسالة إعادة الإرسال الثانية، وتصبح مدة الانتظار (16) ثانية، ثُمّ (32) وأخيراً (64)، فإذا لم يصل الردّ لا يقوم العميل بإعادة المحاولة بعدها، ويضبط قيم المحددات إلى القيم الافتراضية.[4]
خوارزمية العمل
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/0/0d/DHCP_Client-Server_model_-_ar.png/300px-DHCP_Client-Server_model_-_ar.png)
يعمل بروتوكول تهيئة المضيف الآلية بحسب نموذج طلب الخدمة،[3] أي أن عمل البروتوكول يكون مقسوماً بين المُخدّمات التي تقدّم الخدمة، والعملاء الذين يحصلون عليها، إذا كان العميل والمخدّم في نفس الشبكة المحليّة، فإن ّالتواصل بينهما يكون مُباشراً، أمّا إذا كانا في شبكتين مُختلفتين، فلابد من استعمال الوكيل، وهو مُضيف في شبكة العميل المحليّة، يلعب دور صلة الوصل بين العميل المحلي والمُخدّم البعيد.[59]
يحصل التواصل بين الأطراف التي تشغل البروتوكول من خلال تبادل رسائل البروتوكول، تُرسل هذه الرسائل بين المُخدّم والوكيل بشكل رسائل فريدة الوجهة دوماً، وذلك لأنّ الطرفين يستضيفان عناوين بروتوكول إنترنت معروفة بشكلٍ صريح،[60] أمّا الرسائل المُتبادلة بين المُخدّم والعميل أو بين الوكيل والعميل فقد تكون رسائل فريدة الوجهة أو قد تكون رسائل بث عام، بحسب المعلومات المُتوفرة للعميل وطبيعة الرسالة.[61]
في العميل
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/0/05/DHCP_Client_Algorithm_-_ar.png/300px-DHCP_Client_Algorithm_-_ar.png)
يستخدم العميل بروتوكول التهيئة الآلية لطلب عنوان بروتوكول الإنترنت أو لتجديد مدّة استخدام عنوان ممنُوح مُسبقاً أو لطلب محُددات تهيئة مُعيّنة،[74] من المُستحسن أن يقوم العميل بالتحقق من أن قيم مُحدداته الحاليّة مُتوافقة مع قيم المُحددات في مُخدّم بروتوكول التهئية الآليّة عند حصول أي تغيير في الشبكة المحليّة، ويضاف إلى ذلك حالة إعادة إقلاع المُضيف أو انقطاع اتصاله مع الشبكة لفترة وجيزة. أمّا إذا فقد العميل اتصاله مع المُخدّم لسبب ما، وكان قد حصل مُسبقاً على عنوان مع مدّة استخدام مُحددة، فبإمكانه استخدام العنوان حتى نفاذ مؤقت مدة الاستخدام، فإنّ استمر عجز عن التواصل مع المخدم، فلا يجب عندها أن يقوم العميل باستخدام العنوان بعد ذلك.[75]
يبدأ البروتوكول العمل في العميل من خلال التحقق من استضافة العميل لعنوان من الإصدار الرابع من بروتوكول الإنترنت، وبعد ذلك يتحقق من امتلاكه لعنوان مُخدّم تهيئة آليّة واحد على الأقل، في حال عدم تحقق أي من الشرطين السابقين، فإنّ البروتوكول يبدأ عملية التهيئة الابتدائية، أمّا في حال تحققها، فإنّ البروتوكول يتحقق من حاجة العميل لأي مُحددات تهيئة إضافيّة.[4]
تشمل عملية التهيئة الابتدائية البحث عن مُخدّم لبروتوكول التهيئة الآليّة، من خلال قيام العميل بإرسال رسالة الاستكشاف وانتظار رسائل العرض من المُخدمات المحليّة أو البعيدة، وبعد تجميع رسائل العرض، يقوم العميل باختيار إحداها،[76] ويُرسل رسالة طلب إلى المُخدّم الذي أرسلها، قد تتضمن اقتراحاً لاستخدام أحد العناوين.[77] يُطبّق العميل شرط الانتظار الخاص بعملية إعادة الإرسال في مرحلة الانتظار، سواء بعد إرسال رسالة الاستكشاف أو الطلب.[78]
تصل رسالة الرد إلى العميل من المُخدّم، فإذا كانت تأكيداّ إيجابياً، اعتُمد العنوان واستخدمت المُحددات الواردة في الرسالة، وإن كانت تأكيداً سلبياً يتمّ إطلاق عملية التهيئة الابتدائية مُجدداً من بدايتها. بعد ذلك يقوم العميل بالتحقق من فرادة العنوان على الشبكة، فإذا كان فريداً، ثُبّت استعماله لحين انتهاء مدة الاستخدام، وإن لم يكن فريداً، فإن العميل يرسل رسالة رفض إلى المُخدم ويعيد إطلاق عملية التهيئة الابتدائية من جديد.[79]
يمكن للعميل بعدها أن يستعمل البروتوكول لطلب مُحددات تهيئة مُعينة عن طريق إرسال رسالة إعلام إلى المُخدّم، كما يتابع المؤقتات الخاصة بمدة الاستخدام من أجل طلب تجديدها قبل نفاذ مدة الاستخدام، وذلك من خلال إرسال رسالة طلب إلى المُخدّم بذلك.[80] أخيراً، قد يرغب العميل بالتخلي عن العنوان قبل انتهاء مدة استخدامه، وعندها يجب أن يقوم بإرسال رسالة تحرير العنوان إلى المُخدّم،[66] ولا يجب أن يقوم العميل باستخدام العنوان الذي قام بتحريره بعد ذلك.
في الوكيل
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/55/DHCP_client-server_model_example_-_with_Broker_-_ar.png/300px-DHCP_client-server_model_example_-_with_Broker_-_ar.png)
بشكل افتراضي، لا تسمح المُوجّهات لرسائل البث العام بمغادرة حدود نطاق البث العام، وبالتالي لا يمكن لعملاء بروتوكول التهيئة الآلية أن يحصلوا على خدمة التهيئة الآلية إلا إذا كانوا ضمن نطاق البث العام للمُخدّم نفسه، وعندها ستكون الخدمة محصورة بعملاء البروتوكول المحليين فقط. لحل هذه المشكلة يتمّ تهيئة مُضيف ما، غالباً ما يكون منفذاً لمُوجّه متصل مع الشبكة البعيدة، ليلعب دور وكيل البروتوكول تلك الشبكة.[59]
المهمة الأساسية للوكيل هو تحويل رسائل البث العام التي يرسلها العميل وتكون ذات نطاق انتشار محلي، إلى رسائل فريدة الوجهة، وجهتها هي مُخدّم بروتوكول تهيئة المضيف الآلية، وتحويل رسائل الردود الفريدة التي يُرسلها المُخدّم إلى رسائل بث عام، لتنتشر في الشبكة المحلية وتصل إلى العملاء، وبقيام الوكيل بعملية التوجيه هذه فإنّه يؤمّن صلة وصل بين المُخدّم والعملاء البعيدين.[10]
في معيار البروتوكول الأصلي، لا يوّلد الوكيل أي رسائل للبروتوكول ولا يضيف أو يعدل في ترويسته، ويكتفي فقط بتوجيع الرسائل بين المُخدّم والعملاء. لاحقاً، تم تعريف خيار معلومات وكيل البرتوكول التي تسمح للوكيل بإضافة خيار إلى الرسائل الواردة من العملاء، بهدف تزويد المُخدّم بمعلومات تساعده على اختيار السياسات المناسبة لمنح العنوان أو تحديد قيم المُحددات المطلوبة.[81]
في المُخدّم
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/31/DHCP_Server.png/300px-DHCP_Server.png)
ليعمل البروتوكول بشكلٍ صحيح، يجب أن تتمّ تهيئة كل مُخدّم بشكلٍ مُسبق بمجال واحد على الأقل من فضاء عناوين بروتوكول الإنترنت،[82] لكي يُستعمل بعملية التحصيص الآلي، بالإضافة لتزويده بقيمة مُحددات التهيئة. يجب أن يملك المُخدّم عنوان صريحاً، وأن يكون مُتصلاً مع الشبكة. يحتفظ كل مُخدّم بقاعدة بيانات تحتوي على العناوين الممنوحة ومدة الاستخدام لكل منها، ومتعلقات العميل، لذلك يوصف بروتوكول التهيئة الآليّة بأنه مُحتفظ بالحالة (بالإنجليزية: Stateful).[83]
إنّ عمل مُخدم بروتوكول تهيئة المضيف الآلية تفاعلي، أي أنّه يتجاوب مع حدث سابق دائماً، ويكون هذا الحدث هو استقبال رسالة قادمة من أحد العُملاء، ثُمّ يتحدد عمل المُخدّم بحسب نوع الرسالة التي استقبلها والتي قد تكون:
- رسالة استكشاف: يقوم المُخدّم بالرد عليها بإرسال رسالة عرض. في البداية يجب على المُخدّم أن يحدد الشبكة التي سيقوم بمنح العنوان منها، ويعتمد بذلك على مصدر رسالة الاستكشاف، فإذا كانت قادمة من عميل محلي، يقوم المُخدم بعرض عنوان من الشبكة المحلية، وإن كانت قادمة من وكيل في شبكة بعيدة، يقوم المُخدّم بعرض عنوان من شبكة الوكيل البعيدة، وتظل مسألة تحديد العنوان ومدة استخدامه أمراً خاصّاً بكل مُخدّم.[49]
- رسالة طلب: سبق وقام أحد عملاء البروتوكول بإرسالها في إحدى الحالات التالية:[63]
- عميل استقبل رسالة عرض من أحد المُخدمات، وقام بالرد عليها برسالة الطلب، ويجب أن تحتوي رسالة الطلب عندها على خيار مُعرّف المُخدّم.
- عميل يريد التحقق من صلاحية مدة استخدام عنوانه أو قيمة المُحددات، مثلاً، أنجز عملية إقلاع للتو.
- عميل يريد تمديد مدة استخدام عنوان بروتوكول الإنترنت.
- يقوم المخدّم بدراسة الطلب بحسب السياسات الخاصّة به، ثُمّ يُحدد فيما إذا كان سيوافق عليها، ويردّ حينها برسالة تأكيد إيجابي تحتوي معلومات التهيئة المطلوبة، أو برسالة تأكيد سلبي كنتيجة لرفضه رسالة الطلب السابقة.
- رسالة رفض: وهي تعني أن العنوان الذي تمّ منحه في رسالة تأكيد إيجابي سابقة هو قيد الاستخدام من قبل مُضيف آخر في الشبكة،[65] ويجب على المُخدّم أن يُحرر سجل العميل من العنوان، دون أن يعيد إضافته إلى مجال العناوين المُعدّ للتحصيص.[4]
- رسالة تحرير العنوان : عند استقبال هذه الرسالة من العميل، يقوم المُخدّم بوسم العنوان الذي تمّ تحريره بوسم غير ممنوح، ويضيفه مُجدداً إلى مجال العناوين ليقوم بمنحه مجدداّ،[66] يقوم المُخدّم أيضاً بالاحتفاظ بنسخة من العنوان في سجلات العميل في قاعدة البيانات.[4]
- رسالة إعلام: ويحب على المُخدّم الرد عليها بإرسال رسالة تأكيد إيجابي إلى مصدر هذه الرسالة بشكل مباشر، يحتوي الرد على المُحددات التي طلبها العميل،[49] لا يحب أن تُستخدم رسالة الرد في هذه الحالة لتزويد العميل بعنوان بروتوكول إنترنت أو لتجديد مدة الاستخدام، فرسالة الإعلام تستخدم حصراً لطلب قيمة محددات التهيئة ما خلا عنوان بروتوكول الإنترنت.[4]
آلية العمل
[عدل]ترويسة البروتوكول
[عدل]بنية الترويسة
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/8/86/DHCP_Header_-_ar.png/300px-DHCP_Header_-_ar.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/4/4f/DHCP_flag_field_-_ar.png/300px-DHCP_flag_field_-_ar.png)
تتكون ترويسة بروتوكول التهيئة الآليّة للمضيفين من 15 حقلاً، 14 منها ثابتة الطول، وحقل واحد مُتغيّر الطول هو حقل الخيارات. قد يضم ّالحقل حقولاً فرعية، مثل حقل الاعلام الذي يضمّ علم البث العام، أو حقل الخيارات الذي يضمّ مجموعة من الخيارات التي يكون لكل منها بُنية خاصة، تُستعمل نفس الترويسة في كل رسائل البروتوكول دون أي تغيير في بُنيتها أو عدد وترتيب حقولها.[85]
فيما يلي، الحقول التي تكون ترويسة البروتوكول بحسب ترتيب ورودها في الترويسة،[86] وقد ذكر بجانب كل حقل الاسم الإنكليزي كما ورد في المعيار الأصلي للبروتوكول:[4]
- حقل ترميز العملية (op): طوله (1) بايت، ويحدد نوع الرسالة، القيمة (1) تعني أن الرسالة هي رسالة طلب، والقيمة (2) تعني أن الرسالة هي رسالة رد، من الأمثلة على رسالة الطلب وأيضاً رسالة التأكيد الإيجابي.
- حقل نوع العنوان الفيزيائي (htype): طوله (1) بايت، ويحدد نوع العنوان الفيزيائي بحسب معيار الطبقة ربط البيانات المستخدم، مثلاً يأخذ القيمة (1) من أجل الإيثرنت، والقيمة (15) من أجل بروتوكول تبديل الأطر، والقيمة (17) من أجل بروتوكول التحكم في ربط البيانات عالي المستوى [الإنجليزية] وغيرها.[87]
- حقل طول العنوان الفيزيائي (hlen): طوله (1) بايت، ويحتوي على طول العنوان الفيزيائي مُقدراً بالبايت، فمثلاً يأخذ القيمة (6) من أجل عنوان التحكم بالنفاذ للوسط الخاص بالإيثرنت.
- حقل عدد القفزات (hops): طوله (1) بايت، بستعمل في حال وجود وكيل فقط، ويحتوي على عدد القفزات [الإنجليزية] التي تفصل الوكيل عن المخدّم، يقوم عملاء البروتوكول بوضع القيمة (0) في هذا الحقل وتجاهله.
- حقل مُعرّف العميل (xid): طوله (4) بايت، وهو مُعرّف رقمي يقوم العميل بتوليده بحيث يميز العميل بشكل فريد، يمكن أن يحتوي المعرّف على أجزاء من العنوان الفيزيائي للعميل، أو على اسم العميل في نظام أسماء النطاقات أو على جزء منه. يُساعد هذا المُعرّف على تمييز العميل بشكلٍ فريد خلال عملية تبادل الرسائل مع المُخدّم من أجل الحصول على خدمة التهيئة الآلية، يجب على العميل أن يستهدم نفس المُعرّف في كل الرسائل التي يستهدمها لتتمكن مخدّمات البروتوكول من تمييزه بشكل صحيح.
- حقل زمن البدء (secs): طوله (2) بايت، يتمّ ملؤه من قبل العملاء فقط، يحتوي على الزمن المُنقضي منذ بدء عملية طلب الخدمة مقدراً بالثواني.
- حقل الأعلام (flags): طوله (2) بايت، ويحتوي على علم واحد هو البث العام، وهو البت الأول في هذا الحقل، يقوم العميل برفع هذا العلم إذا كان غير قادراً على استقبال رسائل البروتوكول قبل حصوله على عنوان بروتوكول إنترنت، ويضبط قيمته إلى الصفر بعكس ذلك. البتات الأخرى في هذا الحقل غير مستعملة، ويجب أن تضبط جميعها إلى القيمة صفر.
- حقل عنوان العميل (ciaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالعميل، والعميل فقط هو من يقوم بملئه إذا كان بإحدى الحالات التالية: حالة الالتزام أو حالة التجديد أو حالة تجديد الالتزام، فيما عدا ذلك يتم إهمال هذا الحقل.
- حقل العنوان المرسل للعميل (yiddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الذي يعرضه المُخدّم على العميل في رسالة العرض، أو الذي يمنجه للعميل في رسالة التأكيد الإيجابي فيما عدا ذلك يتم إهمال الحقل.
- حقل عنوان المُخدّم (siaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالمُخدّم الذي يُراد من العميل استخدامه، يقوم المُخدّم بإضافة العنوان في هذا الحقل في رسائل العرض ورسائل إشعار التأكيد الإيجابي.
- حقل عنوان الوكيل (giaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالوكيل، يقوم الوكيل فقط بإضافته إلى الرسائل، أما العميل والمخدّم فيُهملا هذا الحقل ويضبطا قيمته إلى الصفر عند تشكيل الرسائل. إنّ وجود قيمة مُغايرة للصفر في هذا الحقل تعني أن العميل والمُخدّم في شبكتين مُختلفتين وبأنّ هناك وكيل يلعب دور الوسيط في نقل الرسائل بينهما.
- حقل عنوان العميل الفيزيائي (chaddr): طوله (16) بايت.
- حقل اسم المُخدّم (sname): طوله (64) بايت، ويُستعمل من قبل المُخدّم فقط، وذلك بهدف عريف العميل على اسم المضيف الذي يستضيف المُخدّم، كما يمكن أن يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار «استعمال حقلي اسم المخدم والملف» ضمن قائمة الخيارات.
- حقل اسم الملف (file): طوله (128) بايت، ويستعمله المُخدّم لتعريف العميل باسم الملف الذي يمكنه استخدامه عند الإقلاع، كما يمكن أن يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار «استعمال حقلي اسم المخدم والملف» ضمن قائمة الخيارات.
- حقل الخيارات (Option): مُتغيّر الطول، يحتوي على خيار واحد أو أكثر من مجموعة الخيارات الخاصّة بالبروتوكول.
خيارات البروتوكول
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/1/15/DHCP_Option_Field_-_ar.png/300px-DHCP_Option_Field_-_ar.png)
يتكون كل خيار، باستثتاء خياري الحشوة والنهاية من ثلاث حقول فرعية، هي حقل الرمز وطوله (1) بايت، ويضم مُعرّفاً رقمياً يميز نوع الخيار، وحقل طول الخيار، وطوله (1) بايت ويضمّ طول قسم جسم الخيار مُقدّراً بالبايت، وحقل جسم الخيار وهو مُختلف الطول بحسب نوع الخيار.[88] بما طول حقل طول الخيار هو (1) بايت فقط، فهذا يعني محدودية طول الخيار، ويمكن لخيار ما أن يمتد ليبلغ طوله (255) بايت كحد أعظمي في الرسالة الواحدة، وفي حال كانت قيمة الخيار أكبر من ذلك فيتم تقسيمه على أكثر من رسالة، ويجب على العميل أن يقوم بتجميع هذا الخيار من رسائل البروتوكول المختلفة. بالنسبة لخياري الحشوة والنهاية فلهما بنية فريدة، فهما لا يحتويان إلا على حقل الرمز، وقيمته هي (0) في خيار الحشوة و (255) في خيار النهاية.[89]
وصفت بنية واستخدامات خيارات البروتوكول في وثيقة طلب التعليقات (RFC 2132)،[32] وقد صنفت هذه الوثيقة الخيارات في مجموعتين، الأولى هي الخيارات العامّة، ويجب أن تكون مُوحدة في كل استخدامات البروتوكول، وضمّت جميع الخيارات التي تنتمي أرقام حقل الرمز فيها إلى المجموعة { 0، 1، 2... 127، 255}، على تكون بقية الخيارات ذات الرموز { 128، 129، 130... 255 } حرّة ومُتاحة لأي استخدام خاص آخر يحدده مستخدم البروتوكول، ولذلك سُميت بالخيارات الخاصّة. لاحقاً، تمّ تعديل هاتين المجموعتين، لتصبح العامّة هي { 0، 1، 2... 223، 255 }، والخاصّة هي { 224، 225.. 254 }.[90]
صُنفت خيارات المجموعة العامة إلى أصناف فرعية أيضاً، وهي خيارات مطوّر البروتوكول وتحمل أرقام الرموز من (1) حتى (18)، بالإضافة للرمز (255)،[89] وخيارات بروتوكول الإنترنت الخاصّة بالمُضيف وهي الخيارات التي تحمل أرقام الرموز من (19) حتى (25)،[91] وخيارات بروتوكول الإنترنت الخاصة بالمنفذ من (26) حتى (33)،[91] ثُمّ الخيارات الخاصّة بطبقة الربط من (34) حتى (36)،[92] ثُمّ تلك الخاصّة ببروتوكول التحكم بالنقل (37) حتى (39)،[92] ثُمّ خيارات التطبيقات والخدمات من (40) حتى (49) ومن (64) حتى (76) باستثناء (66) و (67)،[93] في حين صُنفت الخيارات التي تحمل باقي أرقام الرموز تحت اسم توسيعات بروتوكول التهيئة الآلية للمُضيفين.[94]
عند استعمال حقل الخيارات، يجب أن تكون القيمة العشرية للبايتات الأربعة الأولى فيه دائماً هي (99) و (130) و (83) و (99) على الترتيب، ويُسمى هذا التتابع بالمُعرّف المُميّز (Magic Cookie).[95] ويلي ذلك خيار واحد أو مجموعة من الخيارات، ويجب أن يكون الخيار الأخير دوماً هو خيار «النهاية».
قيم حقول الترويسة بحسب أنواع الرسائل
[عدل]تحتوي جميع رسائل البروتوكول على نفس الترويسة، لكنّها تختلف فيما بينها بقيمة الحقول. إنّ ترويسة البروتوكول مُتغيّرة الطول، ويرتبط طولها بطول حقل الخيارات.[96] بحسب المعيار الأصليّ للبروتوكول، تُقسم رسائل البروتوكول من حيث حركتها إلى مجموعتين، الأولى هي الرسائل التي يُرسلُها العميل إلى المُخدّم، وعددها (5) رسائل، والثانية هي التي يُرسلها المُخدّم إلى العميل وعددها (3) رسائل، ليكون عدد أنواع الرسائل الخاصة ببروتوكول التهيئة الآليّة هو (8) رسائل.[4]
العميل هو من يبدأ دوماً بإرسال الرسائل نحو المُخدّم، والرسائل التي يُرسلها قد تكون:[70]
- رسالة الاستكشاف (DHCPDISCOVER).
- رسالة الطلب (DHCPREQUEST).
- رسالة الرفض (DHCPDECLINE).
- رسالة تحرير العنوان (DHCPRELEASE).
- رسالة الإعلام (DHCPINFORM).
اسم الحقل العمود | رسالة الاستكشاف | رسالة الطلب | رسالة الرفض | رسالة تحرير العنوان | رسالة الإعلام |
---|---|---|---|---|---|
حقل ترميز العملية | (1)، جميعها رسائل طلب | ||||
حقل نوع العنوان الفيزيائي | من وثيقة طلب التعليقات (RFC 1700) [87] | ||||
حقل طول العنوان الفيزيائي | طول العنوان الفيزيائي مقدراً بالبايت. | ||||
حقل عدد القفزات | دائماً (0) في الرسائل التي يولدها العميل | ||||
حقل مُعرّف العميل | يختاره العميل | كما ورد في حقل مُعرّف العميل في رسالة العرض | يختاره العميل | ||
حقل زمن البدء | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني | 0 | (0) أو الزمن المنقضي منذ بدء العملية مُقدّراً بالثواني | ||
حقل العنوان المُرسل للعميل | 0 | ||||
حقل عنوان المُخدّم | 0 | ||||
حقل الأعلام | رفع علم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام | 0 | رفع علم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام | ||
حقل عنوان الوكيل | 0 | ||||
حقل عنوان العميل الفيزيائي | عنوان العميل الفيزيائي | ||||
حقل اسم المُخدّم | امتداد لحقل الخيارات أو غير مستعمل | غير مستعمل | امتداد لحقل الخيارات أو غير مستعمل | ||
حقل اسم الملف | امتداد لحقل الخيارات أو غير مستعمل | غير مستعمل | امتداد لحقل الخيارات أو غير مستعمل | ||
حقل الخيارات | خيارات بروتوكول تهيئة المضيف الآلية | غير مستعمل | خيارات بروتوكول تهيئة المضيف الآلية |
إن سلوك المُخدّم تفاعلي، أي أنه يتفاعل مع الرسائل التي يستقبلها من العملاء، ويقوم بالرد عليها برسائل مناسبة، وأنواع الرسائل التي يُرسلها المُخدّم إلى العميل هي:[63]
- رسالة العرض (DHCPOFFER).
- رسالة التأكيد الإيجابي (DHCPACK).
- رسالة التأكيد السلبي (DHCPNAK).
اسم الحقل العمود | رسالة العرض | رسالة التأكيد الإيجابي | رسالة التأكيد السلبي |
---|---|---|---|
حقل ترميز العملية | (2)، جميعها رسائل رد | ||
حقل نوع العنوان الفيزيائي | من وثيقة طلب التعليقات (RFC 1700) [87] | ||
حقل طول العنوان الفيزيائي | طول العنوان الفيزيائي مقدراً بالبايت. | ||
حقل عدد القفزات | دائماً (0) في الرسائل التي يولدها المُخدّم | ||
حقل مُعرّف العميل | كما ورد في حقل مُعرّف العميل في رسالة الاستكشاف | كما ورد في حقل مُعرّف العميل في رسالة الطلب | |
حقل زمن البدء | دائماً (0) في الرسائل التي يولدها المُخدّم | ||
حقل العنوان المُرسل للعميل | عنوان بروتوكول الإنترنت المعروض للعميل | عنوان بروتوكول الإنترنت الممنوح للعميل | 0 |
حقل عنوان المُخدّم | عنوان المُخدّم | 0 | |
حقل الأعلام | كما ورد في حقل الأعلام في رسالة الاستكشاف | كما ورد في حقل الأعلام في رسالة الطلب | |
حقل عنوان الوكيل | كما ورد في حقل عنوان الوكيل في رسالة الاستكشاف | كما ورد في حقل عنوان الوكيل في رسالة الطلب | |
حقل عنوان العميل الفيزيائي | كما ورد في حقل عنوان العميل الفيزيائي في رسالة الاستكشاف | كما ورد في حقل عنوان العميل الفيزيائي في رسالة الطلب | |
حقل اسم المُخدّم | اسم مُضيف المُخدّم أو امتداد لحقل الخيارات | اسم مُضيف المُخدّم أو امتداد لحقل الخيارات | غير مستعمل |
حقل اسم الملف | اسم ملف إقلاع العميل أو امتداد لحقل الخيارات | اسم ملف إقلاع العميل أو امتداد لحقل الخيارات | غير مستعمل |
حقل الخيارات | خيارات بروتوكول تهيئة المضيف الآلية |
-
رسالة استكشاف تم استقبالها في مُخدّم للبروتوكول باستخدام تطبيق واير شارك.
-
رسالة عرض تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.
-
رسالة طلب تمّ استقبالها في مُخدّم للبروتوكول باستخدام تطبيق واير شارك.
-
رسالة تأكيد إيجابي تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.
-
رسالة تأكيد سلبي تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.
عمل البروتوكول بحسب نموذج طلب الخدمة
[عدل]يعمل بروتوكول التهيئة الآليّة للمضيفين بحسب نموذج طلب الخدمة، ويتبادل العملاء رسائل البروتوكول مع المُخدّمات للحصول على التهيئة الابتدائية للمحددات، والتي تشمل بشكل أساسي عنوان بروتوكول إنترنت، وأيضاً لتجديد مدة استخدام عنوان ممنوح مسبقاً.[98] يعتمد بروتوكول تهيئة المضيف الآلية على بروتوكول حزم بيانات المستخدم كبروتوكول نقل، وقد تمّ حجز المنفذ (67) كمنفذ وجهة في الرسائل المُرسلة من العميل أو الوكيل إلى المُخدّم، والمنفذ (68) كمنفذ وجهة في الرسائل المُرسلة من المُخدّم أو الوكيل نحو العميل، وهذان المنفذان محجوزان بالأصل لبروتوكول التمهيد [الإنجليزية].[2]
إذا كان العميل لم يستضيف عنوان بروتوكول إنترنت بعد، فإنّ جميع الرسائل التي يُرسلها يجب أن تكون رسائل بث عام، ويكون عنوان المصدر في ترويسة بروتوكول الإنترنت هو العنوان الصفري أي (0.0.0.0).[99]
التهيئة الابتدائية
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/1/1e/DHCP_-_A_new_Address_Allocating_Sequence_Diagram_-_ar.png/300px-DHCP_-_A_new_Address_Allocating_Sequence_Diagram_-_ar.png)
لتحصيص فضاء عناوين [الإنجليزية]، يجب أن يتمّ تهيئة مُخدّم واحد للبروتوكول على الأقل بفضاء عنونة واحد على الأقل، ويشمل ذلك عنوان الشبكة والقناع. أمّا لمنح العنوان للعميل فتجري عملية تبادل مجموعة من الرسائل بين الطرفين وفق ترتيبٍ مُحدد،[100] بشكلٍ مباشر إذا كان المُخدّم والعميل بنفس الشبكة المحليّة، أو عبر وكيل للبروتوكول بخلاف ذلك. إذا كان العميل يعلم بشكل مُسبق، عنوان مُخدم البروتوكول فيقوم بتوجيه الرسائل بشكلٍ مُباشرٍ إليه، فيما عدا ذلك، يقوم العميل بإرسال الرسائل بشكل بثّ عام لتصل إلى جميع المُخدمات أو الوكلاء الموجودة في نطاق بثّه العام.
فيما يلي، هناك افتراض بأنّ العميل لا يستضيف عنوان بروتوكول إنترنت من الإصدار الرابع، وبأنّه والمُخدّمات موجودون ضمن نطاق بثّ عام واحد، لذلك لا داعي لوجود وكيل للبروتوكول، بالإضافة إلى الافتراض بأنّ العميل لا يعرف عنوان/عناوين أي مُخدّم للبروتوكول، تكون مراحل تحصيص ومنح عنوان الشبكة للعميل بالشكل التالي:[49][101]
- يقوم العميل بتوليد رسالة استكشاف ويرسلها بشكل رسالة بثّ عام في نطاق بثه، يمكن للعميل أن يُضمّن الرسالة اقتراحات تخصّ العنوان ومدة الاستخدام بإضافة الخيارات المُناسبة لذلك في حقل الخيارات.
- تنتشر رسالة البث العام في الشبكة المحليّة، وتصل إلى كل مخدمات البروتوكول أو وكلائه فيها. في حال وجود وكلاء، يقوم أي وكيل يستقبل رسالة البث العام بإرسال محتوى الرسالة، ولكن بشكل رسالة فريدة، نحو المُخدّم البعيد، ويلعب الوكيل دور صلة الوصل في تبادل كل الرسائل اللاحقة بين الطرفين، فيتبادل مع المخدم رسائل البروتوكول بشكل فريد عبر الشبكة المُتباعدة، ومع العميل رسائل البروتوكول بشكل رسائل بث عام في الشبكة المحلية.[102]
- يستجيب كل مُخدّم استقبل رسالة الاستكشاف في الشبكة المحليّة بإرسال رسالة عرض بشكل بثّ عام، تحتوي رسالة العرض على عنوان مُقترح للعميل، في حقل العنوان المعروض، وعلى مجموعة من محددات التهيئة ضمن حقل الخيارات. إن عرض العنوان على العميل لا يعني تحصيصه، ولكن، وعلى أي حال، لا يتم عرض ذلك العنوان على أي عميل آخر لحين انتهاء عملية التهيئة، سواء بقبول للعميل العرض أو رفضه.
- يقوم العميل باستقبال وتجميع الردود القادمة من مُخدمات البروتوكول، في حال وجود أكثر من مُخدّم، ثُم يختار أحد العروض، ولايوجد شرط أو طريقة عامة مُحددة لاختيار، وتترك آلية الاختيار للعميل.[71] في حال عدم استقبال أيّ رسالة ردّ لفترة مُحددة بعد إرسال رسالة الاستكشاف، يقوم العميل بإعادة إرسال رسالة استكشاف جديدة بشكل بثّ عام مرة أخرى بحسب شرط الانتظار.
- يقوم العميل بعد ذلك بإرسال رسالة طلب بشكل رسالة بث عام، تحتوي هذه الرسالة على خيار مُعرّف المُخدّم ضمن حقل الخيارات، لتمييز المُخدّم الذي تمّ اختيار عرضه، وعلى خيار عنوان بروتوكول الإنترنت المطلوب، الذي يجب أن تضبط قيمته إلى قيمة العنوان المعروض في رسالة العرض السابقة.
- تستقبل المُخدمات رسالة الطلب، وتستجيب بالشكل التالي:
- بالنسبة للمُخدّم الذي تمّ اختيار عرضه، فإنّه يقوم بالالتزام بالحصة، ويرسل رسالة تأكيد إيجابي للعميل، بشكل بثّ عام، تحتوي رسالة التأكيد على العنوان المطلوب ومحددات تهيئة أخرى.
- بالنسبة للمخدمات الأخرى، فتعتبر أن رسالة الطلب رفض لعرضها المُقدّم.
- يستقبل العميل رسالة التأكيد الإيجابي، التي تحتوي على عنوان بروتوكول الإنترنت، ومحددات تهيئة أخرى، ويعني ذلك أن العميل قد استضاف العنوان.
- يقوم العميل بالتحقق من أن العنوان فريد وغير مستخدم في الشبكة، مثلاً باستخدام بروتوكول حل العناوين [103] أو بروتوكول رسائل التحكم في شبكة الإنترنت.[104] على أيّة حال، إذا كان العنوان مُستخدماً، فإنّ العميل يرسل للمُخدّم رسالة رفض،[65] ويعيد بدء العملية مُجدداً من البداية.
- في حال أراد العميل التوقف عن استعمال العنوان قبل انتهاء مدة التحصيص، فإنّه يقوم بإرسال رسالة تحرير العنوان للمُخدّم.[66]
إعادة الاستخدام
[عدل]يمكن لعميل ما للبروتوكول على دراية بعنوان المُخدّم من عملية تهيئة آليّة سابقة، أن يطلب مُجدداً إعادة استخدام عنوان سابق مُنح له، وعندها يمكن تجاهل بعض الخطوات أثناء المراسلة وبالتالي اختصار العملية، لأن العميل على معرفة بوجود المُخدّم، ولا حاجة لمرحلة الاسكتشاف،[100] ولكن على أي حال، يملك المُخدّم وحده حق قبول أو رفض الطلب، ويقوم بإبلاغ العميل بذلك.
في حال أراد العميل طلب إعادة استخدام عنوان تتبع الحطوات التالية:[105]
- يقوم العميل بإرسال رسالة طلب بشكل بث عام. لا يستخدم العميل العنوان الذي يطلب استخدامه كعنوان أو كمعرّف خاص به، فهو لم يُمنح له بعد. يضع العميل العنوان المطلوب ضمن خيار «عنوان بروتوكول الإنترنت المطلوب».
- تقوم المُخدّمات التي تستقبل هذه الرسالة، والتي تكون على معرفة مُسبقة بُمحددات العميل بالرد عليها برسالة تأكيد إيجابي في حال كانت إعادة الاستخدام مُمكنةً،[106] أو برسالة تأكيد سلبي بخلاف ذلك، إذا كان العميل ضمن نفس شبكة المُخدّم المحلية يجب أن تكون رسالة التأكيد بشكل بث عام، أمّا إذا كان في شبكة أخرى، فترسل الرسالة من المخدم إلى وكيل البروتوكول في تلك الشبكة بشكل بث فريد الوجهة، على أن يقوم الوكيل بإرسالها بشكل بث عام في الشبكة المحلية البعيدة.
- يستقبل العميل رسائل التأكيد الواردة من المُخدّمات ويعالجها بالشكل التالي:
- إذا كانت الرسالة تأكيداً سلبياً، أي لا يُمكن منح العنوان لأنّه غير مُتوافق مع فضاء العناوين المُستعمل،[64] فيجيب على العميل أن يتقدم بطلب حصول على عنوان آخر.
- إذا كانت الرسالة تأكيداً إيجابياً، فيُمكن للعميل أن يستخدم العنوان ولكنّ يجب عليه أن يتحقق أولاً من فرادته، أي من عدم وجود من يستخدمه في الشبكة، ويمكن استخدام بروتوكول دقة العناوين لتحقيق ذلك، في حال عدم الفرادة، يقوم العميل بإرسال رسالة رفض للمخدم، [65] ويعيد طلب عنوان جديد مُغاير من خلال إعادة بدء عملية التهيئة الآليّة غير المُختصرة من جديد.
- إذا لم تصل أي رسالة تأكيد، لا سلبية ولا إيجابية، فإنّ العميل يُعيد إرسال رسالة الطلب مجدداً على أن لا يقوم بذلك أكثر من 4 مرات ضمن إطار انتظار زمني إجمالي لا يتجاوز 60 ثانية،[71] في حال عدم وصول أي تأكيد، يجب على العميل إعادة ضبط محددات التهيئة إلى القيم الافتراضية.
سلوك المخدم
[عدل]تحديد العنوان المعروض
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/39/DHCP_address_Allocation_Algoithm_-_ar.png/300px-DHCP_address_Allocation_Algoithm_-_ar.png)
يقوم المخدّم بتحديد عنوان بروتوكول إنترنت لعرضه على عميل ما بعد استقباله رسالة استكشاف من ذلك العميل. يحتفظ المُخدّم بقاعدة بيانات تضمّ معلومات تخص العملاء، سواءً مُحدداتٍ مُعدّة مسبقاً، قد تشمل على عنوان بروتوكول إنترنت، أو معلومات قام المُخدم نفسه بإضافتها لسجل العميل، من خلال تعاملٍ سابق بينهما، وقد تشمل هذه المعلومات عنوان بروتوكول إنترنت تمّ منحه سابقاً.
إذا امتلك المُخدّم مجالات عنونة لأكثر من شبكة، يجب عليه أن يحدد الشبكة التي يتواجد فيها العميل، فإذا كان العميل محلياً (قيمة حقل عنوان الوكيل صفرية) يتمّ عرض عنوان من شبكة المُخدّم المحليّة، أمّا إذا كان العميل بعيداً فيتمّ منحُه عنواناً من شبكة الوكيل.[107]
لتحديد العنوان الذي سيتمّ عرضه على العميل، بعد استقبال رسالة استكشاف، يقوم المُخدّم باتباع الخوارزمية التالية:[4]
- إذا كان المُخدّم يمتلك إعدادات تهيئة مُعدّة مسبقاً للعميل صاحب الرسالة، وتشمل عنوان بروتوكول إنترنت، فإنّ المُخدّم يقوم بعرض ذلك العنوان على العميل.
- إذا كان المُخدّم قد سبق وقام بمنح العميل عنوان بروتوكول إنترنت سابقاً، وكان هذا العنوان مُتاحاً، بسبب انتهاء مدة استخدامه دون تجديد أو تحريره من قبل العميل، فإن المُخدّم يقوم بعرض ذلك العنوان على العميل.
- إذ كانت الرسالة تحتوي على خيار العنوان المطلوب، وكان ذلك العنوان متاحاً، يقوم المُخدّم بعرض العنوان على العميل.
- أخيراً، لم تتحقق أي من الخيارات السابقة، يقوم المُخدّم بعرض أحد العناوين المتاحة من مجال عناوين شبكة العميل.
تحديد مدة استخدام العنوان
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/2/21/DHCP_-_Determing_the_Lease_Value_Algorithm_-_ar.png/300px-DHCP_-_Determing_the_Lease_Value_Algorithm_-_ar.png)
تنطلق عملية تحديد مدة استخدام العنوان بعد وصول رسالة استكشاف للمُخدّم، ولا يعني وصول رسالة الاستكشاف أن العميل الذي أرسلها لا يملك عنوان بروتوكول إنترنت، فهناك إمكانية لاستخدام هذه الرسالة من أجل البحث عن مُخدّمات البروتوكول من قبل عميل يستضيف سلفاً عنوان برتوكول إنترنت ما، سواء عن طريق التهيئة اليدوية أو الآليّة من نفس المُخدّم الذي استقبل الرسالة أو من مُخدّم آخر، وفي هذه الحالة يقوم المُخدّم بإعادة قيمة زمن الاستخدام المُتبقي للعنوان.
في حال كانت مدة الاستخدام الممنوحة ليست لانهائيّة، يجب اختيار قيمتها مدة الاستخدام بحرص بحيث تكون صغيرة بما يكفي لاسترجاع العناوين التي ترك مُستضيفوها الشبكة بدون تحريرها، وكبيرة بما يكفي لتؤمّن خدمة تهيئة آلية مستقرة.[108]
عند استقبال رسالة استكشاف من عميل ما، يقوم المخدّم بتحديد مدة استخدام العنوان بحسب الخوارزمية التالية:[4]
- إذا كان العميل الذي أرسل الرسالة يستضيف عنوان بروتوكول إنترنت منح له عبر خدمة التهيئة الآلية، فإن المُخدّم يُوجد قيمة مدة الاستخدام المُتبقية للعنوان من قاعدة البيانات، ويعيدها للعميل في رسالة العرض.
- إذا كان العميل لا يستضيف عنوان بروتوكول إنترنت ويطلب الحصول على خدمة التهئية الآليّة، فعندها:
- إذا طلب العميل مدة استخدام مُحددة في رسالة الاستكشاف، يتحقق المُخدّم من موافقة القيمة لسياسة المنح، في حال موافقتها يتمّ إرسال القيمة المطلوبة للعميل في رسالة العرض.
- إذا لم يطلب العميل قيمة محددة، أو إذا طلب قيمة لا تتوافق مع سياسة المنح، يقوم المُخدّم باختيار قيمة مدة الاستخدام الافتراضية، ويرسلها للعميل في رسالة العرض.
في حالات تجديد مدة استخدام العنوان، يكون المُخدّم هو صاحب القرار النهائي، بقبول التجديد أو عدمه، أو بمنح العميل مدة الاستخدام التي يطلبها أو منحه القيمة الافتراضية لمدة الاستخدام، وذلك بحسب السياسات الخاصة بإدارة الشبكة وبخدمة التهيئة الآلية.[40]
تحديد قيم مُحددات التهيئة المطلوبة
[عدل]يمكن للعميل أن يطلب قيمة مُحدد واحد أو أكثر من محددات التهيئة من خلال إضافة الخيار المناسب إلى رسائل الاستكشاف أو الطلب أو الإعلام، ويجب على المُخدّم أن يتبع الخطوات التالية لتحديد قيمة كل مُحدد طُلب من قبل العميل:[4]
- إذا كان المُخدّم قد زوّد مُسبقاً بشكل صريح بقيمة ما لهذا المحدد، فيجب على المُخدّم أن يُرفق القيمة في رسالة الرد التي يولدها ضمن خيار مناسب.
- إذ كان المُحدد مُعرّف ضمن مستندات متطلبات المضيف، فيجب على المُخدّم أن يُرفق القيمة الافتراضية المُحددة في تلك الوثائق في رسالة الرد التي يولدها ضمن خيار مناسب.
- بخلاف ذلك، لا يُعيد المُخدّم قيمة لذلك المُحدد في رسالة الرد.
سلوك العميل
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/e/e4/DHCP_Client_State_Transtion_Diagram_-ar.png/300px-DHCP_Client_State_Transtion_Diagram_-ar.png)
يمكن وصف سلوك العميل باستخدام مُخطط حالة، حيث ينتقل العميل بين ثمانية حالات مختلفة، ويحكم انتقاله بين هذه الحالات استقبال رسائل البروتوكول أو نفاذ المؤقتات،[109] وفيما يلي شرح مُبسط لهذه لكل حالة من هذه الحالات:[4][110]
- الحالة البدائية (INIT): وهي الحالة التي يدخل فيها العميل بعد تشغيل البروتوكول فيه، كما يمكن أن يعود إليها من حالات لاحقة أخرى. في هذه الحالة، في هذه الحالة يقوم العميل ببدء عملية التهيئة الآلية بإرسال رسالة استكشاف دوماً، وينتقل بعد ذلك بشكلٍ تلقائي إلى حالة الاختيار.
- حالة الاختيار (SELECTING): يدخل العميل هذه الحالة بعد إرساله لرسالة استكشاف، ويقوم فيها باستقبال رسائل العرض كردود من المُخدّمات، ويقوم العميل بتجميعها. تنتهي هذه الحالة بقيام العميل باختيار أحد العروض، لا يوجد قاعدة مُعينة لتحديد زمن انتظار العميل لرسائل العرض في هذه الحالة، ويُترك اختيار قيمة الزمن لمُنفّذ البروتوكول.[71]
- حالة الطلب (REQUESTING): يدخل العميل هذه الحالة بعد اختياره إحدى رسائل العروض، ويبدؤها بإرسال رسالة طلب، ويظلّ فيها إلى حين التأكد من فرادة العنوان الذي تمّ منحه، إذا تلقى العميل في هذه الحالة رسالة تأكيد سلبي (العنوان المطلوب غير متاح مثلاً) أو إذا كان العنوان غير فريد، فيجب على العميل أن يعود إلى الحالة البدائية ويبدأ عملية التهيئة مجدداً، يهمل العميل أي رسائل عرض في هذه الحالة.
- حالة الالتزام (BOUND): يدخل العميل هذه الحالة بعد استقباله رسالة تأكيد إيجابي، ويلتزم فيها بمحددات التهيئة التي حصل عليها من المُخدّم،[73] سواء كان ذلك جزءاً من عملية تهيئة آليّة، من جزءاً من التحقق من صلاحية مدة استخدام عنوان ممنوح (بعد إعادة إقلاع مثلاً)، أو بعد قبول طلب تجديد مدة الاستخدام، ويجب على العميل أن يضبط قيمة المؤقتين (T1) و (T2) من محتويات رسالة التأكيد الإيجابي قبل الدخول بهذه الحالة. يغادر العميل هذه الحالة بعد نفاذ قيمة المؤقت (T1)، ويجب على العميل عندها أن يرسل رسالة طلب موجهة بشكل مباشر إلى المخدم الذي منحه العنوان، وينتقل بعد ذلك إلى حالة إعادة التجديد، يهمل العميل أي رسالة عرض أو تأكيد إيجابي أو سلبي في هذه الحالة.
- حالة إعادة التجديد (RENEWING): يدخل العميل هذه الحالة بعد إرسالة رسالة طلب للمخدم الذي منحه العنوان بسبب نفاذ قيمة المؤقت (T1)،[54] ويتحدد سلوكه في هذه الحالة بحسب مايلي:[111]
- إذا وصلت رسالة تأكيد إيحابي من المخدم، يقوم العميل بإعادة ضبط قيم المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا وصلت رسالة تأكيد سلبي من المخدم، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.
- إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل زمناً يتحدد بقيمة المؤقت (T2)، إذا بقي الحال كما سبق، يقوم العميل بإرسال رسالة طلب بشكل بث عام إلى أي مخدم وينتقل إلى حالة إعادة الالتزام.
- حالة إعادة الالتزام (REBINDING): ويدخل العميل هذه الحالة بعد إرسالة رسالة طلب بشكل بث عام بعد نفاذ قيمة قمية المؤقت (T2) في حالة إعادة التجديد.[54] ويتحدد سلوكه في هذه الحالة بحسب يلي:[111]
- إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا استقبل رسالة تأكيد سلبي، مثلاً لا يمكن تجديد مدة استخدام العنوان، أو إذا كان العنوان غير متوافق مع الشبكة ينتقل العميل إلى الحالة البدائية ليبدأ عملية تهيئة ابتدائية جديدة.
- إذا لم تصل أي رسالة تأكيد سلبي أو إيجابي، ينتظر العميل في هذه الحالة لحين انتهاء مدة الاستخدام، إذا بقي الحال كما سبق، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.
- حالة التمهيد البدائية (INIT-REBOOT): وهي حالة ابتدائية أيضاً، يدخلها العميل إذا كان على معرفة مسبقة بعنوان بروتوكول إنترنت، مثلاً إذا تمت إعادة تشغيله، وكان قد حصل بشكل مسبقاً على عنوان بروتوكول إنترنت مع مدة استخدام. يخرج العميل من هذه الحالة بإرسال رسالة طلب إلى المُخدم لتأكيد صلاحية مدة الاستخدام، وينتقل إلى حالة إعادة التمهيد.[112]
- حالة إعادة التمهيد (REBOOTING): يدهل العميل هذه الخالة بعد قيامه بإرسال رسالة طلب وهو في حالة التمهيد الابتدائي، ويتحدد سلوكه في هذه الحالة بحسب يلي:
- إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و (T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا استقبل رسالة تأكيد سلبي، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.
التوسيعات والإضافات
[عدل]منذ إنجاز الشكل الحالي من البروتوكول في العام 1997م، لم تتوقف عملية التطوير، ولكنها كانت بالمجمل العام إضافات توسيعية، فقد تمّ توسيع قائمة المُحددات التي يمكن تزويد المُضيفين بها بإضافة عشرات المُحددات الجديدة، وشمل ذلك تعريف الخيارات الخاصّة بها ليتضاعف حجم قائمة الخيارات ثلاث مرات تقريباً [62] عن ما كان عليه في المعيار الأصلي.[32]
بالإضافة لذلك فقد تمّ تحسين آلية عمل البروتوكول نفسها، فتمت إضافة إمكانية المصادقة على العملاء قبل منحهم خدمة التهيئة الآلية،[113] كما تمّ تعديل آلية تحصيص فضاء العناوين لتشمل التحصيص الآليّ للعناوين المشتركة من الإصدار الرابع من بروتوكول الإنترنت،[114] وأصبح بالإمكان منح نفس عنوان بروتوكول الإنترنت إلى عدد من المُضيفين على أن يتم التمييز فيما بينهم على أساس أرقام منافذ المصدر الخاصة بطبقة النقل. بالإضافة لذلك طوّرت توسيعة الاستعلام عن معلومات بروتوكول الإنترنت (Leasequery)، التي تتيح لجهات مغايرة للعميل أو المُخدّم الحصول على معلومات ترتبط ببروتوكول الإنترنت المستعمل في الشبكة.[115] أمّا التعديل الأهم فكان تطوير بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (DHCPv6)،[5] الذي أصبح بروتوكول تهيئة آليّة مُستقلاً بحد ذاته.
لإنجاح هذه التوسيعات كان لابد من زيادة عدد رسائل البروتوكول فعرفت وثائق طلب التعليقات 10 أنواع أخرى منها البروتوكول، ليصبح العدد الإجمالي لأنواع الرسائل هو (18) رسالة.[115][116][117][118]
بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (DHCPv6)
[عدل]بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت | |
---|---|
اختصار | DHCPv6 |
الوظيفة | التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (IPv6) |
تاريخ التطوير | 2003م |
تأثَّر بـ | بروتوكول تهيئة المضيف الآلية (DHCP) |
طبقة نموذج OSI | طبقة التطبيق |
منافذ | 446, 447[119] |
وثيقة طلب التعليقات RFC | RFC 3315 |
تعديل مصدري - تعديل ![]() |
بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (بالإنجليزية: Dynamic Host Configuration Protocol for Internet Protocol Version 6 اختصاراً DHCPv6) هو بروتوكول تطبيق يعمل بحسب نموذج طلب الخدمة يُقدّم خدمة التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (IPv6)، طوّر في العام 2003م، وهو موصوف في وثيقة طلب التعليقات (RFC 3315).[5]
يزوّد مُخدّم بروتوكول التهيئة مضيفي الإصدار السادس من بروتوكول الإنترنت بعناوين من فضاء العناوين الخاص به،[83] ولكن الإصدار السادس من بروتوكول الإنترنت يدعم التهيئة الذاتية بشكل افتراضي، بالإضافة لبروتوكول اكتشاف الجيران[120] (NDP) الذي يُؤمّن جزءاً من مُحددات التهيئة للمضيفين بشكلٍ تلقائيّ عند تشغيله. إنّ الميزات السابقة حدّت من دور بروتوكول التهيئة الآلية، فلم يعدْ خيار المضيفين الأول للحصول على عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان المخرج الافتراضي. ولكنّ، ومع ذلك، فلا غنى عنه في تزويد المضيفين بمُحددات التهيئة اللازمة للقيام بالوظائف الأخرى عبر الشبكة.[121]
على الرغم من تأثرّه ببروتوكول تهيئة المضيف الآلية، ومن وجود تشابه بينهما في السلوك والوظيفة، فإنّ بروتوكول التهيئة الآليّة لمضيفي الإصدار السادس من بروتوكول الإنترنت هو بروتوكول مُستقل بحد ذاته.[122]
خيارات البروتوكول الإضافية
[عدل]ُيُؤمّن بروتوكول تهيئة المضيف الآلية إطار عمل لتمرير معلومات التهيئة إلى المُضيفين في الشبكات التي تدعم حزمة بروتوكولات الإنترنت، محددات التهيئة ومعلومات تحكم أخرى يُكمن أن تُنقل في حقل الخيارات ضمن رسالة البروتوكول.[123]
تشرف هيئة تعيين أرقام الإنترنت على تنظيم استخدام خيارات البروتوكول وجعل القيم الخاصة بحقول الرسائل فيه معيارية.[62] فيما يلي قائمة بأهم مُحددات التهيئة الآلية التي تمّ إضافتها للبروتوكول، بالإضافة لمجموعة الخيارات المتوافقة معها:
- خيار صنف المُستخدم، يتيح للعميل تعريف المُخدّم على نوع أو صنف المستخدم أو التطبيق الذي يُشغّل العميل.[124]
- خيار التهيئة السريعة، والذي يتيح للعميل الحصول على خدمة التهيئة الآلية بعد تبادل رسالتين فقط، عوضاً عن الطريقة التقليدية بتبادل أربع رسائل.[125]
- مجموعة الخيارات الخاصة ببروتوكول موقع الخدمة [الإنجليزية] (SLP)،[126] وخيار معلومات التهيئة للعناوين المدنيّة،[127] ومجموعة خيارات معلومات تهيئة الموقع على أساس الإحداثيات،[128] وخيار يدعم آلية لاكتشاف مخدمات بروتوكول معلومات الموقع.[129]
- مجموعة من الخيارات المرتبطة بعمل نظام أسماء النطاقات (DNS) وتشمل: خيار اسم النطاق المؤهل الكامل (FQDN) الذي يتيح للعميل طلب اسم النطاق المُؤهل الكامل من المُخدّم،[130] خيار البحث عن خدمة الأسماء الذي يستخدمه المُخدم لتزويد العميل بقائمة مرتبة بحسب الأفضلية تضمّ عناوين مُخدمات أسماء النطاقات،[131] وخيار البحث عن النطاقات.[132]
- خيار معلومات الوكيل، للسماح للوكيل بإضافة معلومات إلى رسائل العملاء التي يُوجّهها إلى المُخدّم.[81]
- خيار خدمة أسماء المخازن في شبكة الإنترنت [الإنجليزية]، والذي يسمح لعملاء بروتوكول بروتوكول أسماء المخازن باستكشاف موقع المُخدّمات بشكل آلي.[133]
- مجموعة خيارات خدمة الدليل لنوفل (Novel Directory Service NDS).[134]
- مجموعة خيارات مُخدّمات التحكّم بالبث العام والبث المجموعاتي.[135]
- خيار بروتوكول مُصادقة المستخدم (AUP) الذي يتيح لعملاء برتوكول المُصادقة الحصول على معلومات عن المُخدّم تشمل عنوان بروتوكول الإنترنت الخاص به ورقم المنقذ الذي يحجزه،[136] ومجموعة خيارات بروتوكول نقل معلومات المصادقة للنفاذ إلى الشبكة (PANA).[137]
- مجموعة خيارات المنطقة الزمنية.[138]
- خيار إيقاف التهيئة الذاتية لعملاء الإصدار الرابع من بروتوكول الإنترنت.[139]
- خيار اختيار الشبكة الجزئية، الذي يسمح للعملاء بطلب عناوين من شبكة جزئيّة محددة.[140]
- خيار مُخدّمات بروتوكول بدء جلسة (SIP) الذي يتيح للعميل التعرف على أسماء أو عناوين مخدمات البروتوكول.[141]
- خيار المسارات الثابتة غير القياسيّة، وهو يختلف عن خيار المسارات الثابتة الموجود مُسبقاً بأن أقنعة الشبكات غير قياسيّة، ولابد للمُخدّم من أن يُزوّد العميل بالقناع الخاص بعنوان الشبكة من أجل كل مسار.[142]
- خيار تهيئة عملاء كيبل لاب (CableLab).[143]
- خيار اكتشاف مُخدّمات بروتوكول ترجمة الموقع إلى خدمة (LoST).[144]
- خيار المُتحكم بالوصول إلى الإمداد والتحكم بنقاط الوصول اللاسلكية [الإنجليزية] (CAPWAP)، ويسمح لنقطة وصول لاسلكي باستخدام خدمة التهيئة الآلية لاكتشاف عنوان المتحكم بالوصول الذي تريد الاتصال معه.[145]
- مجموعة خيارات الخدمات المُتحركة لبروتوكول التسليم المستقل عن الوسط [الإنجليزية] (IEEE 802.21).[146]
- مجموعة خيارات استكشاف وحدات وظيفة اختيار واستكشاف كيفية الوصول إلى الشبكة (ANDSF Discovery).[147]
- خيار عنوان مخدم بروتوكول نقل الملفات البسيط (TFTP)، والذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة الآليّة للحصول على عناوين مُخدماته.[148]
- مجموعة خيارات مخدم بروتوكول التحكم بالمنافذ [الإنجليزية] (PCP)، الذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة لآلية للحصول على عنوان المخدّمات.[149]
- مجموعة خيارات لاختيار الشبكات الافتراضية.[150]
ميزة مراقبة بروتوكول تهيئة المضيف الآلية
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/ca/DHCP_Snooping_-ar.png/300px-DHCP_Snooping_-ar.png)
ميزة مراقبة بروتوكول تهيئة المضيف الآلية (بالإنجليزية: DHCP Snooping) هي ميزة أمنية خاصة بطبقة ربط البيانات، تهدف إلى تحديد المُخدّمات التي تقوم بتقديم خدمة التهيئة الآلية، واستبعاد أي مُخدّمات مُزيفة قد تحاول الإجابة على رسائل الاستكشاف بقصد تهيئة المضيفين بمُحددات مغلوطة تساعد في إنشاء هجوم الوسيط أو هجوم حجب الخدمة.[151]
تعتمد هذه التقنية على تصنيف منافذ مبدلات الطبقة الثانية إلى مجموعتين، الأولى هي مجموعة المنافذ الموثُوقة، والثانية هي مجموعة المنافذ غير الموثُوقة. تتصل المنافذ الموثوقة مع مخدمات البروتوكول، أمّا المنافذ غير الموثوقة فلا يجب أن تتصل معها. يقوم المُبدّل الذي يدعم هذه الميزة بمراقبة حركة البيانات [الإنجليزية] عبر المنافذ التي تمّ تفعيل هذه الميزة فيها، فيسمح بمرور وتبديل رسائل العرض الواردة من المنافذ الموثوقة فقط، ويحجب أي رسالة عرض قادمة من منفذ غير موثوق.[152]
هوامش
[عدل]1. يقابل التحصيص الذاتي (بالإنجليزية: Automatic Allocation)، والتحصيص الآلي (بالإنجليزية: Dynamic Allocation)، والتحصيص اليدوي (بالإنجليزية: Manual Allocation).
2. يقابل التهيئة الذاتية (بالإنجليزية: Auto-Configuration)، والتهيئة الآلية (بالإنجليزية: Dynamic Configuration)، والتهيئة الثابتة (بالإنجليزية: Static Configuration).
انظر أيضًا
[عدل]- خدمة.
- بروتوكول.
- نموذج طلب الخدمة.
- نظام أسماء النطاقات (DNS).
مراجع
[عدل]- ^ ا ب ج "TCP/IP address and parameter assignment - Dynamic Host Configuration Protocol". IBM (بالإنجليزية). Archived from the original on 2018-06-13. Retrieved 2018-06-08.
- ^ ا ب ج "Service Name and Transport Protocol Port Number Registry". IANA (بالإنجليزية). Archived from the original on 2019-08-06. Retrieved 2018-05-20.
- ^ ا ب ج د "What Is DHCP?". Microsoft (بالإنجليزية). Archived from the original on 2018-06-03. Retrieved 2018-06-03.
- ^ ا ب ج د ه و ز ح ط ي يا يب يج يد يه يو يز يح يط ك كا كب Droms, R. (Mar 1997). "RFC 2131, Dynamic Host Configuration Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2018-11-15. Retrieved 2018-05-25.
- ^ ا ب ج د R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney (Jul 2003). "RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6)". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2017-03-04.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ ا ب "Serveur DHCP : isc-dhcp-server". ubuntu (بالفرنسية). Archived from the original on 2017-06-16. Retrieved 2018-05-21.
- ^ ا ب "Dynamic Host Configuration Protocol (DHCP)". Microsoft (بالإنجليزية). 23 Mar 2018. Archived from the original on 2018-02-28. Retrieved 2018-05-21.
- ^ ا ب "DhcpInfo". Android (بالإنجليزية). Archived from the original on 2018-05-27. Retrieved 2018-05-21.
- ^ ا ب "macOS Sierra: Choose a manual IP address or use DHCP". Apple Inc. (بالإنجليزية). 28 Mar 2017. Archived from the original on 2017-04-28. Retrieved 2018-05-28.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ ا ب "How DHCP Technology Works". Microsoft (بالإنجليزية). 10 Aug 2009. Archived from the original on 2018-06-03. Retrieved 2018-06-03.
- ^ "DHCP Server". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-08-01. Retrieved 2018-06-03.
- ^ Charles M. Kozierok (20 Sep 2005). "DHCP Address Assignment and Allocation Mechanisms Parameters". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2017-01-11. Retrieved 2018-05-31.
- ^ "DHCP Address Allocation Methods". Palo Alto Networks, Inc (بالإنجليزية). Archived from the original on 2018-06-03. Retrieved 2018-06-03.
- ^ "Static vs. dynamic IP addresses". Google (بالإنجليزية). Archived from the original on 2018-05-25. Retrieved 2018-06-03.
- ^ Thomson, S.; Narten, T.; Jinmei, T. (Sep 2007). "RFC 4862, IPv6 Stateless Address Autoconfiguration". The Internet Society (بالإنجليزية). Archived from the original on 2018-11-15. Retrieved 2018-06-03.
- ^ "DHCP relay agent". TheNetworkEncyclopedi (بالإنجليزية). Archived from the original on 2017-06-30. Retrieved 2018-06-03.
- ^ "Configuring the DHCP Relay" (PDF). Cisco Systems, Inc. (بالإنجليزية). Archived from the original (PDF) on 2017-07-13. Retrieved 2018-06-03.
- ^ "dhcp binding shows same device twice". Cisco Systems (بالإنجليزية). 28 Aug 2014. Archived from the original on 2018-06-03. Retrieved 2018-06-03.
- ^ "How To Use Static And DHCP IPs At The Same Time With Your Router". MECHLER ENTERPRISES, LLC (بالإنجليزية). 11 Apr 2012. Archived from the original on 2015-09-20. Retrieved 2018-06-03.
- ^ Michael Grandjean (5 أوكتوبر 2017). "DHCP and DNS: A Brief Introduction". Univention GmbH (بالإنجليزية). Archived from the original on 3 يونيو 2018. Retrieved 3 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "DHCP Server, Client, and Relay Agent Overview". Juniper Networks, Inc. (بالإنجليزية). Archived from the original on 2017-09-13. Retrieved 2018-06-03.
- ^ "What is the difference between BOOTP and DHCP?". Cisco Systens, Inc. (بالإنجليزية). 21 Jul 2015. Archived from the original on 2018-06-03. Retrieved 2018-06-03.
- ^ "Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring DHCP". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2017-04-24. Retrieved 2018-06-03.
- ^ "DHCP Client and Server". Cisco Systems, Inc. (بالإنجليزية). 18 Apr 2005. Archived from the original on 2017-01-22. Retrieved 2018-06-03.
- ^ Croft, Bill; Gilmore, John (Sep 1985). "RFC 950, BOOTSTRAP PROTOCOL (BOOTP)". The Internet Society (بالإنجليزية). Archived from the original on 2016-11-30. Retrieved 2018-06-03.
- ^ Sollins, K. (Jul 1992). "RFC 1350, THE TFTP PROTOCOL (REVISION 2)". The Internet Society (بالإنجليزية). Archived from the original on 2004-11-21. Retrieved 2018-06-03.
- ^ C. Plummer, David (نوفمبر 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-19. Retrieved 29 أوكتوبر 2017.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ الوصول=
(help) - ^ Postal, J. (Aug 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-06. Retrieved 2017-07-14.
- ^ ا ب ج د ه و ز ح ط ي يا يب يج يد يه يو يز يح يط ك Braden, R. (أوكتوبر 1989). "RFC 1122, Requirements for Internet Hosts -- Communication Layers". The Internet Society (بالإنجليزية). Archived from the original on 2017-09-18. Retrieved 19 مايو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ Braden, R. (أوكتوبر 1989). "RFC 1123, Requirements for Internet Hosts -- Application and Support". The Internet Society (بالإنجليزية). Archived from the original on 2016-03-08. Retrieved 3 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ Droms, R. (أوكتوبر 1993). "RFC 1531, Dynamic Host Configuration Protocol". The Internet Society (بالإنجليزية). Archived from the original on 28 نوفمبر 2005. Retrieved 3 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ ا ب ج د Alexander, S.; Droms, R. (Jun 2001). "RFC 2132, DHCP Options and BOOTP Vendor Extensions". The Internet Society (بالإنجليزية). Archived from the original on 2012-04-17. Retrieved 2018-06-03.
- ^ "client-identifier (DHCP Client)". Juniper Networks, Inc. (بالإنجليزية). Archived from the original on 2018-06-04. Retrieved 2018-06-04.
- ^ René Molenaar. "Cisco IOS DHCP Client Identifier". NetworkLessons.com (بالإنجليزية). Archived from the original on 2017-09-10. Retrieved 2018-06-03.
- ^ Mike Henry (16 Nov 2017). "DHCP Option 61 UUID Type Definition". Internet Society (بالإنجليزية). Archived from the original (PDF) on 2017-07-02. Retrieved 2018-06-04.
- ^ "Configurable DHCP Client" (PDF). Cisco Systems, Inc. (بالإنجليزية). Archived from the original (PDF) on 2018-06-04. Retrieved 2018-06-04.
- ^ "Understanding DHCP Client Operation". Juniper Networks, Inc (بالإنجليزية). Archived from the original on 2018-06-04. Retrieved 2018-06-04.
- ^ "Lease Time Policy". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-03-21. Retrieved 2018-06-03.
- ^ C. Gray، C.؛ Cheriton، D. (ديسمبر 189). "Leases: an efficient fault-tolerant mechanism for distributed file cache consistency". SOSP '89 Proceedings of the twelfth ACM symposium on Operating systems principles. ACM. ج. 23 ع. 5: 202-210. DOI:10.1145/74851.74870.
{{استشهاد بدورية محكمة}}
: تحقق من التاريخ في:|تاريخ=
(مساعدة) - ^ ا ب "Leases". IBM (بالإنجليزية). Archived from the original on 2018-06-13. Retrieved 2018-06-03.
- ^ Tom Carpenter (2011). Microsoft Windows Server Administration Essentials (بالإنجليزية). John Wiley & Sons. p. 104. ISBN:9781118016862.
- ^ "The DHCP Client". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-08-01. Retrieved 2018-06-03.
- ^ Tim Fisher (1 Jun 2017). "What Is DHCP? (Dynamic Host Configuration Protocol) Definition of dynamic host configuration protocol". lifewire (بالإنجليزية). Archived from the original on 2018-01-12. Retrieved 2018-06-06.
{{استشهاد ويب}}
: صيانة الاستشهاد: BOT: original URL status unknown (link) - ^ ا ب ج Mogul, J.; Deering, S. (أوكتوبر 1989). "RFC 1191, Path MTU Discovery". The Internet Society (بالإنجليزية). Archived from the original on 31 يوليو 2016. Retrieved 19 مايو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ ا ب ج Deering, S. (Sep 1991). "RFC 1256, ICMP Router Discovery Messages". The Internet Society (بالإنجليزية). Archived from the original on 2018-10-26. Retrieved 2018-05-20.
- ^ Postel, J.; Reynolds, J. (Feb 1988). "RFC 1042, A Standard for the Transmission of IP Datagrams over IEEE 802 Networks". The Internet Society (بالإنجليزية). Archived from the original on 2016-03-10. Retrieved 2018-05-19.
- ^ Hornig, Charles (Apr 1984). "A Standard for the Transmission of IP Datagrams over Ethernet Networks". The Internet Society (بالإنجليزية). Archived from the original on 2016-03-08. Retrieved 2018-05-19.
- ^ "Chapter 8 Overview of DHCP". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-01-26. Retrieved 2018-06-07.
- ^ ا ب ج د ه "DHCP Client" (PDF). Cisco Systems (بالإنجليزية). Archived from the original (PDF) on 2018-06-07. Retrieved 2018-06-07.
- ^ Gopi Krishna (19 Feb 2002). "[dhcwg] RE: Maximum message size interpretation in DHCP packet". The Internet Society (بالإنجليزية). Archived from the original on 2011-01-11. Retrieved 2018-06-09.
- ^ "Dynamic and Permanent Lease Type". Oracle Corporation (بالإنجليزية). Archived from the original on 2018-06-09. Retrieved 2018-06-09.
- ^ "DHCP lease time not to RFC 2131 3.3 standard". Ubiquiti Networks, Inc. (بالإنجليزية). 22 أوكتوبر 2017. Archived from the original on 8 يناير 2018. Retrieved 8 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "Chapter: Managing DHCP Server". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2018-06-10. Retrieved 2018-06-10.
- ^ ا ب ج Charles M. Kozierok. (20 Sep 2005). "DHCP Lease "Life Cycle" Overview (Allocation, Reallocation, Renewal, Rebinding and Release) and Lease Timers". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2018-01-02. Retrieved 2018-06-08.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ ا ب Charles M. Kozierok. (20 Sep 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2018-01-02. Retrieved 2018-06-07.
- ^ ا ب "What is the significance of "Renewal(T1) Time(sec)" and "Rebinding(T2) Time(sec)" when DHCP is configured on Cisco CallManager Server 5.x". Cisco Systems, Inc. (بالإنجليزية). 22 Jun 2009. Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ "Chapter 9 Planning for DHCP Service". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-01-26. Retrieved 2018-06-07.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ Charles M. Kozierok. (14 Apr 2015). "What happen if DHCP lease expires when the PC is disconnected from the network ?". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ ا ب ج "BOOTP Relay Agents". Oracle Corporation (بالإنجليزية). Archived from the original on 2015-08-01. Retrieved 2018-06-03.
- ^ ا ب "How does a router relay DHCP packets when it is configured as a relay agent?". Stack Exchange Inc (بالإنجليزية). 9 Jun 2016. Archived from the original on 2018-06-09. Retrieved 2018-06-09.
- ^ ا ب "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (بالإنجليزية). 12 Nov 2012. Archived from the original on 2018-06-08. Retrieved 2018-06-09.
- ^ ا ب ج "Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters". IANA (بالإنجليزية). Archived from the original on 2018-03-04. Retrieved 2018-05-31.
- ^ ا ب ج د ه "DHCP Messages". Palo Alto Networks, Inc. (بالإنجليزية). Archived from the original on 2018-06-09. Retrieved 2018-06-09.
- ^ ا ب "When is DHCP NAK issued?". Microsoft (بالإنجليزية). 26 أوكتوبر 2006. Archived from the original on 9 يونيو 2018. Retrieved 9 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ ا ب ج د "DHCP Clients' Ability to Send DHCPDECLINE Message". Microsoft (بالإنجليزية). Archived from the original on 2018-05-12. Retrieved 2018-05-12.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ ا ب ج د Park، Soohong؛ Pyungsoo، Kim؛ Minho، Lee؛ Kim، Youngkeun (2004). "Fast Address Configuration for WLAN". PDCAT 2004: Parallel and Distributed Computing: Applications and Technologies. Springer. ج. 17 ع. 5: 396-400. DOI:10.1007/978-3-540-30501-9_81. ISBN:978-3-540-24013-6.
- ^ D. Hankins (أوكتوبر 2011). "Dynamic Host Configuration Protocol DHCPINFORM Message Clarifications draft-ietf-dhc-dhcpinform-clarify-06". The Internet Society (بالإنجليزية). Archived from the original on 2019-09-30. Retrieved 9 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (بالإنجليزية). 22 Nov 2012. Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ "Spirent TestCenter: Why is DHCP release unicast even after setting Broadcast flag on DHCP client?". Spirent Communications (بالإنجليزية). 16 أوكتوير 2014. Archived from the original on 8 يونيو 2018. Retrieved 8 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ ا ب "Message types and options details in all layers". juga (بالإنجليزية). Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ ا ب ج د "Not specified in RFC7844, but in RFC2131". juga (بالإنجليزية). Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ "How to use automatic TCP/IP addressing without a DHCP server". Microsoft (بالإنجليزية). Archived from the original on 2018-05-04. Retrieved 2018-06-10.
- ^ ا ب Charles M. Kozierok (20 Sep 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/UP Guide (بالإنجليزية). Archived from the original on 2017-11-15. Retrieved 2018-06-10.
- ^ "DHCP Client" (بالإنجليزية). Retrieved 2018-06-11.[وصلة مكسورة]
- ^ "DHCP Server Goes Offline, why are PC's not holding onto their leased DHCP address after reboot?". Microsoft (بالإنجليزية). Archived from the original on 2018-06-13. Retrieved 2018-06-11.
- ^ "Which server is selected by the client if it receives Offer from 2 DHCP servers at a time?". Stack Exchange Inc (بالإنجليزية). Archived from the original on 2017-02-12. Retrieved 2018-06-11.
- ^ "Use of DHCP Option 50 to Request a Specific IP Address". Juniper Networks, Inc. (بالإنجليزية). Archived from the original on 2018-06-11. Retrieved 2018-06-11.
- ^ Michael Platts (29 Jan 2009). "DHCP Client Behavior". Microsoft (بالإنجليزية). Archived from the original on 2018-06-10. Retrieved 2018-06-10.
- ^ "Troubleshooting a DHCP Client". Oracle (بالإنجليزية). Archived from the original on 2017-09-28. Retrieved 2018-06-11.
- ^ "Managing Leases" (PDF). Cisco Systems, inc. (بالإنجليزية). Archived from the original (PDF) on 2018-06-11. Retrieved 2018-06-11.
- ^ ا ب Patrick, M. (Jan 2001). "RFC 3046, DHCP Relay Agent Information Option". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-10. Retrieved 2018-06-03.
- ^ "Add a DHCP IP Pool". vmware (بالإنجليزية). Archived from the original on 2018-06-14. Retrieved 2018-06-11.
- ^ ا ب "DHCPv6 – an introduction to the new host configuration protocol". Edvina AB, Sollentuna (بالإنجليزية). 16 Dec 2011. Archived from the original on 2017-11-23. Retrieved 2018-06-11.
- ^ Wimer, W. (أوكتوبر 1993). "RFC 1542, Clarifications and Extensions for the Bootstrap Protocol". The Internet Society (بالإنجليزية). Archived from the original on 25 مارس 2020. Retrieved 22 مايو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "DHCP Message Format". The TCP/IP Guide (بالإنجليزية). 20 Sep 2005. Archived from the original on 2018-01-11. Retrieved 2018-06-09.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ Charles M. Kozierok (20 Sep 2005). "DHCP Message Format". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2017-04-26. Retrieved 2018-05-28.
- ^ ا ب ج Reynolds, J. Charles; Postel, J. (أوكتوبر 1994). "RFC 1700, ASSIGNED NUMBERS". The Internet Society (بالإنجليزية). Archived from the original on 2009-06-26. Retrieved 27 مايو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "DHCP options lookup". IBM (بالإنجليزية). Archived from the original on 2018-06-13. Retrieved 2018-06-03.
- ^ ا ب M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (بالإنجليزية). Archived from the original on 15 مارس 2017. Retrieved 21 أوكتوبر 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ الوصول=
(help) - ^ Volz, B. (Nov 2004). "RFC 3942, Reclassifying Dynamic Host Configuration Protocol version 4 (DHCPv4) Options". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-05-31.
- ^ ا ب M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (بالإنجليزية). Archived from the original on 22 يوليو 2017. Retrieved 21 أوكتوبر 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ الوصول=
(help) - ^ ا ب M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (بالإنجليزية). Archived from the original on 23 أوكتوبر 2017. Retrieved 3 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ أرشيف=
(help) - ^ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (بالإنجليزية). Archived from the original on 23 أوكتوبر 2017. Retrieved 3 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ أرشيف=
(help) - ^ M. Kozierok, Charles (20 Sep 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2017-11-10. Retrieved 2018-06-03.
- ^ Reynolds, J. (Aug 1993). "RFC 1497, BOOTP Vendor Information Extensions". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-05-20.
- ^ "Dynamic Host Configuration Protocol (DHCP) Message Format". OmniSecu.com (بالإنجليزية). Archived from the original on 2017-11-29. Retrieved 2018-06-11.
- ^ ا ب "DHCP (Dynamic Host Configuration Protocol) Basics". Microsoft (بالإنجليزية). Archived from the original on 2018-06-08. Retrieved 2018-06-08.
- ^ "DHCP client/server interaction". IBM (بالإنجليزية). Archived from the original on 2018-06-13. Retrieved 2018-06-03.
- ^ Bradley Mitchell. "0.0.0.0 Is Not a Normal IP Address, What It Means When You See the 0.0.0.0 IP Address". lifewire (بالإنجليزية). Archived from the original on 2018-01-08. Retrieved 2018-06-08.
- ^ ا ب "Understanding the Basic Operations of DHCP". Palo Alto Networks, Inc. (بالإنجليزية). 23 أوكتوبر 2013. Archived from the original on 12 مايو 2017. Retrieved 9 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ Charles M. Kozierok (2005). The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference (بالإنجليزية). No Starch Press. p. 1021. ISBN:159327047X.
- ^ David Bateman, William Burton (28 أبريل 2009). "Cisco CCNA Voice Exam Cram: Configuring the Network to Support VoIP". Pearson Education, Pearson IT Certification (بالإنجليزية). Archived from the original on 4 أوكتوير 2013. Retrieved 9 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ أرشيف=
(help) - ^ C. Plummer, David (Nov 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (بالإنجليزية). Archived from the original on 2019-06-20. Retrieved 2018-06-09.
- ^ Postal, J. (Aug 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-06. Retrieved 2018-06-09.
- ^ "How DHCP Technology Works". Microsoft (بالإنجليزية). Archived from the original on 2018-06-09. Retrieved 2018-06-09.
- ^ "Understanding and Troubleshooting DHCP in Catalyst Switch or Enterprise Networks, Renewing the Lease". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2017-08-01. Retrieved 2018-06-10.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ "How does a DHCP server know what IP addresses to use with DHCP relay?". Cisco Systems (بالإنجليزية). 4 Dec 2013. Archived from the original on 2018-06-12. Retrieved 2018-06-12.
- ^ "Making Decisions for Your DHCP Server Configuration (Task Map), Setting a Lease Policy". Oracle Corporation (بالإنجليزية). Archived from the original on 2016-09-05. Retrieved 2018-06-11.
- ^ Charles M. Kozierok. (20 Sep 2005). "DHCP General Operation and Client Finite State Machine". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2018-01-05. Retrieved 2018-06-10.
- ^ "Understanding the Detailed Operations of DHCP". NMC Consulting Group (بالإنجليزية). 30 أوكتوبر 2013. Archived from the original on 1 أغسطس 2017. Retrieved 10 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ ا ب Charles M. Kozierok (20 Sep 2005). "DHCP Lease Renewal and Rebinding Processes, Lease Renewal/Rebinding Process Steps". The TCP/UP Guide (بالإنجليزية). Archived from the original on 2017-11-15. Retrieved 2018-06-10.
- ^ "DHCP client may fail to obtain a DHCP-assigned IP address". Microsoft (بالإنجليزية). Archived from the original on 2018-06-10. Retrieved 2018-06-10.
- ^ Droms, R.; Arbaugh, W. (Jun 2001). "RFC 3118, Authentication for DHCP Messages". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-06-03.
- ^ Y. Cui, Q. Sun, I. Farrer, Y. Lee, M. Boucadair (Aug 2015). "RFC 7618, Dynamic Allocation of Shared IPv4 Addresses". The Internet Society (بالإنجليزية). Archived from the original on 2022-05-25. Retrieved 2018-06-03.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ ا ب Woundy, R.; Kinnear, K. (Feb 2006). "RFC 4388, Dynamic Host Configuration Protocol (DHCP) Leasequery". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2018-06-03.
- ^ Kinnear, K.; Stapp, M.; Volz, B.; Russell, N. (Jun 2001). "RFC 7724, Active DHCPv4 Lease Query". The Internet Society (بالإنجليزية). ISSN:2070-1721. Archived from the original on 2020-03-25. Retrieved 2018-06-03.
- ^ T'Joens, Y.; Hublet, C.; De Schrijver, P. (Dec 2001). "RFC 3203, DHCP reconfigure extension". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2018-06-03.
- ^ K. Kinnear, M. Stapp, R. Desetti, B. Joshi, N. Russell, P. Kurapati, B. Volz (Apr 2013). "RFC 6926, DHCPv4 Bulk Leasequery". The Internet Society (بالإنجليزية). ISSN:2070-1721. Archived from the original on 2020-03-25. Retrieved 2018-06-03.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ "Service Name and Transport Protocol Port Number Registry". iana. (بالإنجليزية). Archived from the original on 2017-01-03. Retrieved 2018-06-13.
{{استشهاد ويب}}
:|archive-date=
/|archive-url=
timestamp mismatch (help) - ^ Narten, T.; Nordmark, E.; Simpson, W.; Soliman, H. (Sep 2007). "RFC 4861, Neighbor Discovery for IP version 6 (IPv6)". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2017-07-31.
- ^ "IP Addressing: DHCP Configuration Guide, Chapter: DHCPv6 Server Stateless Autoconfiguration". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2018-06-11. Retrieved 2018-06-11.
- ^ Scott Hogg (21 أوكتوبر 2014). "Accounting for Differences between DHCPv6 and DHCP". Global Technology Resources, Inc. (بالإنجليزية). Archived from the original on 8 ديسمبر 2017. Retrieved 12 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help) - ^ "DHCP Options" (PDF). Cisco systems, Inc. (بالإنجليزية). Archived from the original (PDF) on 2018-06-13. Retrieved 2018-06-13.
- ^ G. Stump, R. Droms, Y. Gu, R. Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat (Nov 2000). "RFC 3004, The User Class Option for DHCP". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2018-06-03.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ S. Park, P. Kim, B. Volz (Mar 2005). "RFC 4039, Rapid Commit Option for the Dynamic Host Configuration Protocol version 4 (DHCPv4)". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2018-06-06.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ C. Perkins, E. Guttman (Jun 1999). "RFC 2610, DHCP Options for Service Location Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-25. Retrieved 2018-06-12.
- ^ H. Schulzrinne (Nov 2000). "RFC 4776, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-01. Retrieved 2018-06-12.
- ^ J. Polk, M. Linsner, M. Thomson, B. Aboba, Ed. (Jul 2011). "RFC 3825, Dynamic Host Configuration Protocol Options for Coordinate-Based Location Configuration Informationfor Civic Addresses Configuration Information". The Internet Society (بالإنجليزية). ISSN:2070-1721. Archived from the original on 2019-03-22. Retrieved 2018-06-12.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ M. Thomson, J. Winterbottom (Sep 2010). "RFC 5986, Discovering the Local Location Information Server (LIS)". The Internet Society (بالإنجليزية). ISSN:2070-1721. Archived from the original on 2019-07-18. Retrieved 2018-06-12.
- ^ M. Stapp, B. Volz, Y. Rekhter (أوكتوبر 2006). "RFC 4702, The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-10. Retrieved 8 يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ=
(help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ C. Smith (Sep 2000). "RFC 2937, The Name Service Search Option for DHCP". The Internet Society (بالإنجليزية). Archived from the original on 2012-08-11. Retrieved 2018-06-08.
- ^ B. Aboba, S. Cheshire (Nov 2002). "RFC 3397, The Dynamic Host Configuration Protocol (DHCP) Domain Search Option". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-06-08.
- ^ C. Monia, J. Tseng, K. Gibbons, (سبتمبر 2005). "RFC 4174, The IPv4 Dynamic Host Configuration Protocol (DHCP) Option for the Internet Storage Name Service". The Internet Society (بالإنجليزية). Archived from the original on 18 يوليو 2019. Retrieved 13يونيو 2018.
{{استشهاد ويب}}
: تحقق من التاريخ في:|تاريخ الوصول=
(help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) صيانة الاستشهاد: علامات ترقيم زائدة (link) - ^ D. Provan (Nov 1997). "RFC 2241, DHCP Options for Novell Directory Services". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-26. Retrieved 2018-06-13.
- ^ K. Chowdhury, P. Yegani, L. Madour (Nov 2005). "RFC 4280, Dynamic Host Configuration Protocol (DHCP) Options for Broadcast and Multicast Control Servers". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-08. Retrieved 2018-06-09.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ S. Drach (Jan 1999). "RFC 2485, DHCP Option for The Open Group's User Authentication Protocol". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-08. Retrieved 2018-06-13.
- ^ L. Morand, A. Yegin, S. Kumar, S. Madanapalli (May 2008). "RFC 5192, DHCP Options for Protocol for Carrying Authentication for Network Access (PANA) Authentication Agents". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-08. Retrieved 2018-06-13.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ E. Lear, P. Eggert (Apr 2007). "RFC 4833, Timezone Options for DHCP". The Internet Society (بالإنجليزية). Archived from the original on 2019-03-22. Retrieved 2018-06-09.
- ^ R. Troll (May 1999). "RFC 2563, DHCP Option to Disable Stateless Auto-Configuration in IPv4 Clients". The Internet Society (بالإنجليزية). Archived from the original on 2019-03-28. Retrieved 2018-06-09.
- ^ G. Waters (Nov 2000). "RFC 3011, The IPv4 Subnet Selection Option for DHCP". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-08. Retrieved 2018-06-09.
- ^ H. Schulzrinne (May 2008). "RFC 3361, Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers". The Internet Society (بالإنجليزية). Archived from the original on 2019-03-28. Retrieved 2018-06-13.
- ^ T. Lemon, S. Cheshire, B. Volz (Dec 2002). "RFC 3442, The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4". The Internet Society (بالإنجليزية). Archived from the original on 2019-08-05. Retrieved 2018-06-13.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ B. Beser, P. Duffy (Mar 2003). "RFC 3495, Dynamic Host Configuration Protocol (DHCP) Option for CableLabs Client Configuration". The Internet Society (بالإنجليزية). Archived from the original on 2020-02-08. Retrieved 2018-06-13.
- ^ H. Schulzrinne, J. Polk, H. Tschofenig (Aug 2008). "RFC 5223, Discovering Location-to-Service Translation (LoST) Servers Using the Dynamic Host Configuration Protocol (DHCP)". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-27. Retrieved 2018-06-13.
{{استشهاد ويب}}
: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ P. Calhoun (Mar 2009). "RFC 5417, Control And Provisioning of Wireless Access Points (CAPWAP) Access Controller DHCP Option". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-25. Retrieved 2018-06-13.
- ^ G. Bajko, S. Das (Dec 2009). "RFC 5678, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Services (MoS) Discovery". The Internet Society (بالإنجليزية). Archived from the original on 2020-01-27. Retrieved 2018-06-13.
- ^ S. Das, G. Bajko (Dec 2009). "RFC 6153, DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery". The Internet Society (بالإنجليزية). Archived from the original on 2019-12-05. Retrieved 2018-06-13.
- ^ Johnson, R. (Jun 2010). "RFC 5859, TFTP Server Address Option for DHCPv4". The Internet Society (بالإنجليزية). ISSN:2070-1721. Archived from the original on 2020-03-25. Retrieved 2018-06-03.
- ^ Boucadair, M.; Penno, R.; Wing, D. (Jul 2014). "RFC 7291, DHCP Options for the Port Control Protocol (PCP)". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-06-03.
- ^ Kinnear, K.; Johnson, R.; Stapp, M. (Apr 2012). "RFC 6607, Virtual Subnet Selection Options for DHCPv4 and DHCPv6". The Internet Society (بالإنجليزية). Archived from the original on 2020-03-25. Retrieved 2018-06-03.
- ^ Ethan Banks (25 Sep 2012). "Five Things To Know About DHCP Snooping". Packet Pushers Interactive, LLC. (بالإنجليزية). Archived from the original on 2017-07-07. Retrieved 2018-06-10.
- ^ Ethan Banks (25 Sep 2012). "Catalyst 6500 Release 12.2SX Software Configuration Guide, Chapter: DHCP Snooping". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2018-01-20. Retrieved 2018-06-10.
وصلات خارجية
[عدل]بروتوكول تهيئة المضيف الآلية في المشاريع الشقيقة: | |
|
- ما هو بروتوكول تهيئة المضيف الآلية، مقالة عامّة عن البروتوكول واستعمالاته من مايكروسوفت.
- بروتوكول تهيئة المضيف الآلية، مجموعة مقالات عن استخدام البروتوكول من أوراكل.
- إدارة مُخدّم بروتوكول تهيئة المضيف الآلية، مقالة من موقع (TECH-FAQ)عن كيفية إدارة مُخدم بروتوكول تهيئة المضيف الآلية في نظام تشغيل ويندوز سيرفر 2003.
- التعرف على وكلاء بروتوكول تهيئة المضيف الآلية، مقالة من موقع (netmanias) عن كيفية عمل وكلاء بروتوكول تهيئة المضيف الآلية.
- نظرة عامة على بروتوكول تهيئة المضيف الآلية، مقالة عامة عن بروتوكول تهيئة المضيف الآلية من جانبر.