نموذج الخادم والعميل: الفرق بين النسختين

[نسخة منشورة][نسخة منشورة]
تم حذف المحتوى تمت إضافة المحتوى
JarBot (نقاش | مساهمات)
ط بوت:الإبلاغ عن رابط معطوب أو مؤرشف V3.3
JarBot (نقاش | مساهمات)
ط بوت:الإبلاغ عن رابط معطوب أو مؤرشف V4.2 (تجريبي)
سطر 2:
 
'''نموذج طلب الخدمة''' أو '''نموذج العميل/الخادم'''<ref name="almaany">{{مرجع ويب
| المسارمسار= http://www.almaany.com/ar/dict/ar-en/client-server-model/
| العنوانعنوان= معنى كلمة Client/Server Model في قاموس ومعجم المعاني الجامِع
| الموقعموقع= موقع المعاني
| اللغةلغة= ar
| تاريخ الوصول= 5 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20170806141148/http://www.almaany.com/ar/dict/ar-en/client-server-model/ | تاريخ الأرشيفأرشيف = 6 أغسطس 2017 }}</ref> أو '''نموذج المُستخدم/المُخدّم''' {{إنج|Client/Server Model}} هو نموذج بُنيوي [[تطبيقحوسبة موزعموزعة|لتطبيق مُوزّع]] حيث يجري توزيع المُهام أو الأعمال بين الطرف الذي يُقدّم [[خدمة (شبكات)|الخدمات]] أو الموارد ويُسمّى [[خادم (حوسبة)|المُخدّم]] والطرف الذي يطلب [[خدمة (شبكات)|الخدمة]] ويُسمّى [[عميل (حوسبة)|العميل]] أو مُستخدم الخدمة.<ref name="Web-1">{{مرجع ويب
| التاريختاريخ= نوفمبر 2005
| السنةسنة= 2005
| الشهرشهر= نوفمبر
| مسار الأرشيفأرشيف = httphttps://web.archive.org/web/20070107103540/http://www.linfo.org/client_server.html
| تاريخ الأرشيفأرشيف = 7 يناير 2007
| المسارمسار= http://www.linfo.org/client_server.html
| العنوانعنوان= Client/Server Definition
| الموقعموقع= The Linux Information Project
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> غالباً ما يتّصل المُخدّم مع العميل عبر [[شبكة حاسوب|شبكة حواسب]]، حيث يعمل كل منهما على [[منصة (حوسبة)|منصّة]] مُنفصلة، ولكن يُمكن أن يتواجد المُخدّم والعميل ضمن نفس [[نظام تشغيل|النظام]].<ref name="Web-2">{{مرجع ويب
| مسار الأرشيفأرشيف = https://webcache.googleusercontent.com/search?q=cache:hqViROjZ3eoJ:https://technet.microsoft.com/en-us/library/cc958790.aspx+&cd=3&hl=en&ct=clnk&gl=fr
| تاريخ الأرشيفأرشيف = 1 أغسطس 2017
| المسارمسار= https://technet.microsoft.com/en-us/library/cc958790.aspx/
| العنوانعنوان= Server Service
| الموقعموقع= Microsoft
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref>
 
يُكمن للمُخدّم أن يُشغّل [[برنامج (حاسوب)|برنامجاً]] واحداً أو أكثر من البرامج الخاصة بطرف المُخدم لتقديم خدمة واحدة أو أكثر أو مُشاركة الموارد مع عميلٍ واحدٍ أو أكثر، أمّا العميل فلا يُشارك موارده مع أحد، ولكنّه يطلب الخدمة أو الموارد من المُخدّم.<ref name="Web-3">{{مرجع ويب
| مسار الأرشيفأرشيف = http://webcache.googleusercontent.com/search?q=cache:https://www.ibm.com/support/knowledgecenter/en/SSAL2T_8.1.0/com.ibm.cics.tx.doc/concepts/c_clnt_sevr_model.html
| تاريخ الأرشيفأرشيف = 4 أغسطس 2017
| المسارمسار= https://www.ibm.com/support/knowledgecenter/en/SSAL2T_8.1.0/com.ibm.cics.tx.doc/concepts/c_clnt_sevr_model.html
| العنوانعنوان= The client/server model
| الموقعموقع= International Business Machines Corporation (IBM)
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> لذلك يبدأ العملاء بإنشاء [[قناة (اتصال)|قنوات اتصال]] مع المُخدّمات التي تنتظر مبادرتهم وتعمل على تقديم الخدمة المُناسبة لهم.
 
من الأمثلّة عن [[برمجيات تطبيقية|التطبيقات]] التي تعتمد هذا النموذج تطبيقات [[بريد إلكتروني|البريد الإلكترونيّ]] و[[خادم طباعة|الطباعة عبر الشبكة]] وتطبيقات [[شبكة عنكبوتية عالمية|الويب]].<ref name="book-1">{{مرجع كتاب
|المؤلفينمؤلفين المشاركينمشاركين= <!-- أسماء المؤلفين المشاركين -->
|العنوانعنوان= Server Management
|الطبعةطبعة= الأولى
|الصفحةصفحة= 5
|المسارمسار= <!-- الموقع الإلكتروني للكتاب أو صفحة خاصة به -->
|السنةسنة=2000
|الناشرناشر= Auerbach Publications
|الرقم المعياري= 0849398231
|اللغةلغة= en
}}</ref>
 
== نبذة تاريخيّة ==
 
ورد ذكر شكل بدائيّ من نموذج طلب الخدمة في الوثائق المرجعيّة الخاصة بنظام {{وإووصلة إنترويكي|أو أس 360 (نظام تشغيل)|OS/360 and successors|en|أو أس 360}} المُطوّر من قبل شركة [[آي بي إم|أي بي أم]] في منتصف الستينيات من القرن الماضي، وتحديداً في الوثيقة المعنونة:<ref name = "Book-2">{{مرجع كتاب
|العنوانعنوان= IBM System/360 Operating System, Remote Job Entry
|الطبعةطبعة= الثالثة
|السنةسنة=1968
|الناشرناشر= International Business Machines Corporation (IBM)
|اللغةلغة= en
}}</ref> "مدخل لأداء الأعمال عن بعد"،{{للهامش|1}} حيث كان الهدف الأساسي هو إنجاز عمل ما عن بُعد. في نهاية الستينيات، كان العمل في [[معهد ستانفورد للأبحاث]] يجري على بناء [[أربانت|شبكة الأربانت]]، وقد ورد ذكر بُنيّة بدائيّة لنموذج طلب الخدمة في أوائل [[طلب تعليقات|وثائق التعليقات]]، حيث ورد في الوثيقة (RFC 4) المُعنونّة:<ref name="ietf-1">{{مرجع ويب
| الأخير=Shapiro
| الأول= Elmer B.
| التاريختاريخ= مارس 1969
| السنةسنة= 1969
| الشهرشهر= مارس
| المسارمسار= https://www.ietf.org/rfc/rfc4
| العنوانعنوان= RFC 4, Network TimetableProtocol.
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 2 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20160308102336/http://www.ietf.org/rfc/rfc4 | تاريخ الأرشيفأرشيف = 8 مارس 2016 }}</ref> "الجدول الزمني للشبكة" {{للهامش|2}} استعمال لمصطلح المُضيف المُستخدم {{إنج|Using Host}} والمُضيف المُخدّم {{إنج|Serving Host}}، وهي تصف أشكال بدائيّة من [[عميل (حوسبة)|العملاء]] و[[خادم (حوسبة)|المُخدّمات]].
 
ظهرت مُصطلحات مُشابهة في الوثيقة (RFC 5) المُعنونّة:<ref name="ietf-2">{{مرجع ويب
| الأخير=Rulifson
| الأول= Jeff
| التاريختاريخ= يونيو 1969
| السنةسنة= 1969
| الشهرشهر= يونيو
| المسارمسار= https://www.ietf.org/rfc/rfc5
| العنوانعنوان= RFC 5, The Decode-Encode Language (DEL).
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20160308075708/http://www.ietf.org/rfc/rfc5 | تاريخ الأرشيفأرشيف = 8 مارس 2016 }}</ref> " لغة الترميّز وفك الترميز" {{للهامش|3}}، حيث كان الهدف الأساسي من هذه اللغة هو تطوير القدرة على إرسال أوامر والردّ عليها بشكل [[ترميز|مُرمّز]] عبر [[شبكة حاسوب|الشبكة]]، وسميت أطراف العلاقة بمُضيف المستخدم {{إنج|User-Host}} ومُضيف المُخدم {{إنج|Server-Host}}. أخيراً، في عام 1978م، نشر باحثون في [[زيروكس|شركة زيروكس]] [[بحث علمي|ورقة بحثيّة]] بعنوان:<ref name="JOU-1">{{cite journal
|الأخير= Israel
|الأول= Jay E.
سطر 90:
| الناشر = Xerox Palo Alto Research Center,
}}</ref> "الفصل بين المُعطيات والوظائف في نظام توزيع الملفّات"،{{للهامش|4}} وقد حرص كاتبو البحث على التمييز بين [[مستخدم (حوسبة)|المُستخدم]] و[[عميل (حوسبة)|العميل]]، الذي عرّفوه بأنّه مُستخدم [[عقدة (شبكات)|لعقدة]] في [[شبكة حاسوب|الشبكة]]. أمّا استعمال كلمة [[خادم (حوسبة)|مُخدّم]] بمعناها الحالي فقد بدأ في العام 1992م.<ref name="Web-4">{{مرجع ويب
| المسارمسار= http://www.etymonline.com/?term=server
| العنوانعنوان= معنى كلمة Server في قاموس Online Etymology Dictionary
| الموقعموقع= International Organization for Standardization (ISO)
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20170322223135/http://www.etymonline.com/?term=server | تاريخ الأرشيفأرشيف = 22 مارس 2017 }}</ref>
 
== بُنية وآليّة عمل النموذج ==
سطر 118:
| الأخير= Kramek
| الأول= Andy
| التاريختاريخ= سبتمبر 2008
| السنةسنة= 2008
| الشهرشهر= سبتمبر
| مسار الأرشيفأرشيف = http://webcache.googleusercontent.com/search?q=cache:http://weblogs.foxite.com/andykramek/2008/09/29/introduction-to-client-server-architecture/
| تاريخ الأرشيفأرشيف = 2 أغسطس 2017
| المسارمسار= http://weblogs.foxite.com/andykramek/2008/09/29/introduction-to-client-server-architecture/
| العنوانعنوان= Introduction to Client Server Architecture
| الموقعموقع= Foxite.COM Community Weblog
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref>
 
سطر 142:
| الناشر = Taylor & Francis
}}</ref> في هذه البُنية يُضاف مُستوى ثالث، في الوسط بين المستويين السابقين بهدف فصل التعامل مع العميل عن إدارة قاعدة بيانات،<ref name="Web-6">{{مرجع ويب
| التاريختاريخ= 2000
| السنةسنة= 2000
| مسار الأرشيفأرشيف = http://webcache.googleusercontent.com/search?q=cache:https://docs.oracle.com/cd/E13203_01/tuxedo/tux71/html/intbas3.htm
| تاريخ الأرشيفأرشيف = 2 أغسطس 2017
| المسارمسار= https://docs.oracle.com/cd/E13203_01/tuxedo/tux71/html/intbas3.htm
| العنوانعنوان= Anatomy of the Client/Server
| الموقعموقع= BEA Systems, Inc.
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> يضمّ هذا المُستوى بالإضافة للعميل و[[مخدم قاعدة بيانات|مُخدّم قاعدة البيانات]]، مُخدّماّ خاصّاً بالتطبيقات. يُمكن أن يعمل مُخدّم التطبيقات على [[منصة (حوسبة)|منصّة]] مُستقلة، أو أن يتواجد على نفس المنصة التي يعمل عليها مُخدّم قاعدة البيانات. في البنية ثُلاثية المُستويات، فقط [[مخدم تطبيق|مُخدّم التطبيقات]] هو من يملك صلاحيّات النفاذ إلى قاعدة البيانات الخاصّة بالخدمة عبر مُخدّم قاعدة البيانات، وذلك عوضاً عن منح هذه الصلاحيّات لكل عميل يتقدم بطلب الحصول على الخدمة كما هو الحال في البنيّة ثُنائية المستويات. إنّ البنية السابقة هي البُنية ثُلاثيّة المُستويات الأساسيّة، وتتنوع البُنى المُشتقة عنها باختلاف [[برمجيات تطبيقية|التطبيقات]]، ومن أهمها البُنى التي تحتوي على وسيط {{إنج|Broker}}،<ref name="JOU-3">{{cite journal
|الأخير= Aarsten
سطر 161:
|السنة= 1996
}}</ref> والبنى التي تحتوي على أكثر من قاعدة بيانات مُتزامنة.
* ''' [[عمارة متعددة الطبقات|بُنيّة مُتعددة المُستويات]]''' {{إنج|N-Tiers Architecture}}: إنّ تطوير هذا النموذج هو نتيجة للاعتماد المتزايد على [[إنترنت|شبكة الإنترنت]]، وهو يسمح للعميل بالنفاذ إلى الخدمة عبر [[متصفح (ويب)|مُتصفّخ ويب]]، أيّاً كانت الخدمة وأيّاً كان التطبيقات. في هذه البُنيّة، ونظراً إلى اعتماد العميل على مُتصفّخ ويب فإنّ طبقة جديدة تحتوي [[خادومخادم ويب|مُخدّم ويب]] سوف تضاف بين العُملاء ومُخدّم التطبيقات، ليصبح عدد الطبقات في هذه البنيّة أربعة، الأولى تضمّ العميل والمُتصفّح، والثانية تضم مُخدّم ويب، والثالثة تضمّ مُخدّم التطبيقات، أمّا الرابعة فتحتوي مُخدّم قاعدة البيانات وقاعدة البيانات الخاصّة خدمة بالخدمة. يُمكن تعميم هذا النموذج ليضم (N) مستوى.
 
=== دور العميل ودور المُخدّم ===
 
إنّ العلاقة بين [[عميل (حوسبة)|العميل]] والمخدّم هي علاقة تعاون بين [[برنامج (حاسوب)|برنامجين]] ضمن نفس [[برمجيات تطبيقية|التطبيق]]، في هذه العلاقة يقوم [[خادم (حوسبة)|المُخدّم]] بالوظيفة أو يُقدّم [[خدمة (شبكات)|خدمة]] [[عميل (حوسبة)|لعميل]] واحد أو أكثر ممن يطلبون ذلك. يجري تصنيف [[خادم (حوسبة)|المُخدّمات]] بحسب [[خدمة (شبكات)|الخدمات]] التي يقدمونها، فمثلاً [[خادم ويب|مُخدّم الويب]] يُخدّم [[صفحة ويب|صفحات الويب]]، و[[مخدم ملف|مُخدّم الملفّات]] يقدم خدمته [[ملف حاسوب|للملفّات]]. إنّ [[مشاركة مورد|مشاركة الموارد]] تعتبر أيضاً شكلاً من أشكال [[خدمة (شبكات)|الخدمة]] التي يُمكن أن تُقدّم، ويشمل ذلك [[برنامج (حاسوب)|البرامج]] و[[بيانات|المُعطيات]] ومساحة [[جهاز تخزين البيانات|التحزين]] وقدرات [[عملية (حاسوبحوسبة)|المعالجة]].<ref name = "Book-3">{{مرجع كتاب
|المؤلف1مؤلف1= Douglas E Comer
|العنوانعنوان= Internetworking With TCP/IP Volume 3
|الصفحةصفحة= 11
|السنةسنة=1997
|الناشرناشر= Pearson Ptr
|الرقم المعياري=0-13-474222-2
|اللغةلغة= en
}}</ref>
 
سطر 183:
بشكلٍ عام، [[خدمة (شبكات)|الخدمة]] هي شكل [[تجريد (حاسوب)|تجريديّ]] يُعبّر عن الموارد التي يمكن [[خادم (حوسبة)|للمُخدم]] أن يقدّمها [[عميل (حوسبة)|للعُملاء]]. إنّ نظام طلب الخدمة مُصمم بحيّث يكون العُملاء غير معنيين بالآليّة التي يقوم فيها المُخدّم بالاستجابة للطلبات، ويتوجب عليهم فقط أن يكونوا قادرين على فهم الردّ الوارد من المُخدّم، ويحصل ذلك عن طريق تشغيل العميل لأحد [[بروتوكول (اتصالات)|البروتوكولات]] الخاصّة [[خدمة (شبكات)|بالخدمة]] المطلوبة.
 
يتبادل العميل والمُخدّم الرسائل ضمن نمط الطلب/الرد (Request/Response)، حيث يرسل العميل طلباً فيقوم المُخدّم بالردّ عليه، إنّ هذا النمط هو مثال عن [[التواصل الداخلي بين العمليات|عمليّة اتصال بين العمليات]]. لنجاح الاتصال يجب أن يدعم المُخدّم والعميل نفس بروتوكولات الاتصالات، حيث تحدد هذه البروتوكولات مجموعة القواعد الخاصّة بتنسيق وإعداد و[[نقل البيانات]] فيما بينهما بحيث تحصل العمليات السابقة بطريقة مفهومة لطرفي الاتصال.<ref name="Brtiannica">{{مرجع ويب
| المسارمسار=https://www.britannica.com/technology/protocol-computer-science
| العنوانعنوان= معنى كلمة Protocol في الموسوعة البريطانيّة
| الموقعموقع=الموسوعة البريطانية
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20190527030217/https://www.britannica.com/technology/protocol-computer-science | تاريخ الأرشيفأرشيف = 27 مايو 2019 }}</ref>
 
تعمل كل بروتوكولات طلب الخدمة في أقرب طبقة [[برمجيات تطبيقية|للتطبيقات]] بحسب نموذج الاتصال المستعمل، على أيّ حال تسمى هذه الطبقة بطبقة التطبيق في [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]]<ref name="ietf-4">{{مرجع ويب
سطر 195:
| الأخير2= Kale
| الأول2= C.
| التاريختاريخ= يناير1991
| السنةسنة= 1991
| الشهرشهر= يناير
| مسار الأرشيفأرشيف =
| المسارمسار= https://tools.ietf.org/html/rfc1180
| العنوانعنوان= RFC 1180, A TCP/IP Tutorial.
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول=5 أغسطس 2017}}</ref> وفي [[نموذج اتصال معياري|نموذج الاتصال المعياريّ]]<ref name="ISO-1">{{مرجع ويب
| الأخير=
| الأول=
| التاريختاريخ= 1994
| السنةسنة= 1994
| المسارمسار= https://www.iso.org/standard/20269.html
| العنوانعنوان= ISO/IEC 7498-1:1994, Information technology -- Open Systems Interconnection -- Basic Reference Model: The Basic Model
| الموقعموقع= International Organization for Standardization (ISO)
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20181230030307/https://www.iso.org/standard/20269.html | تاريخ الأرشيفأرشيف = 30 ديسمبر 2018 }}</ref> أيضاً، ويُعرّف كل من هذه البروتوكولات [[نمط رسالة (برمجة)|أنماطاً]] مُميزة خاصّة به من رسائل الطلب/الرد، كنا يُمكن أن يدعم المُخدّم [[واجهة برمجة التطبيقات|واجهة برمجة تطبيقات]] خاصّة به،<ref name="JOU-6">{{cite journal
|الأخير= Adkr
|الأول= Richard M.
سطر 229:
| الأخير= McDowell
| الأول= Mindi
| التاريختاريخ= 2009
| السنةسنة= 2009
| المسارمسار= https://www.us-cert.gov/ncas/tips/ST04-015
| العنوانعنوان= Security Tip (ST04-015), Understanding Denial-of-Service Attacks
| الموقعموقع= United States Coomputer Emergency Readiness Team (US-CERT)
| اللغةلغة= en
| تاريخ الوصول= 31 يوليو 2017| مسار الأرشيفأرشيف = https://web.archive.org/web/20190522174119/https://www.us-cert.gov/ncas/tips/ST04-015 | تاريخ الأرشيفأرشيف = 22 مايو 2019 }}</ref> حيث يعمد المهاجمون إلى استغلال التزام المُخدّم بالرد على طلبات العُملاء فيقومون بإرسال الطلبات بمعدّلٍ مُفرط.
 
== أمثلة عن عمل نموذج طلب الخدمة ==
سطر 241:
| الأخير= Droms
| الأول= R.
| التاريختاريخ= مارس 1997
| السنةسنة= 1997
| الشهرشهر= مارس
| مسار الأرشيفأرشيف =
| المسارمسار= https://www.ietf.org/rfc/rfc2131
| العنوانعنوان= RFC 2131, Dynamic Host Configuration Protocol.
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> حيث يمكن أن يعمل البروتوكول بحسب النموذج بشكلين، إمّا وفق بنية ثنائية المُستويات، أو ثلاثيّة المستويات. أمّا المثال الثاني، فهو مُخصص لإظهار كيفيّة عمل النموذج عند تصفّح الإنترنت.
 
سطر 254:
{{مفصلة|بروتوكول التهيئة الآلية للمضيفين}}
 
يعمل [[بروتوكول التهيئة الآلية للمضيفين|بروتوكول التهيئة الآلية للمُضيفين]] على تزويد [[مضيف (حوسبة)|المُضيفين]] بالإعدادات اللازمة لنجاح اتصالهم [[شبكة حاسوب|بالشبكة]] أو قيامهم بوظائفهم. بشكلٍ أساسيّ، يقوم البروتوكول بتزويد المُضيف [[عنوان آي بي|بعنوان بروتوكول إنترنت]] وقناع الشبكة (Network mask) وعنوان {{وإووصلة إنترويكي|مخرج افتراضي (شبكات)|Default gateway|en|المخرج الافتراضي}}. هناك إمكانيّة لتزويد [[مضيف (حوسبة)|المُضيف]] بعدد كبير من الخيارات الأخرى. يعمل بروتوكول التهيئة الآلية للمُضيفين وفق نموذج طلب الخدمة، حيث تُعرّف مُحددات البروتوكول عميلَ البروتوكول بأنّه مُضيف إنترنت يستخدم البروتوكول من أجل الحصول على إعدادات التهيئة، ومُخدّم البروتوكول بأنّه مُضيف إنترنت يُقدّم إعدادات التهيئة لعملاء البروتوكول.
 
يُمكن أن يعمل البروتوكول بشكلين، الأول هو النموذج المُباشر، وهو نموذج طلب خدمة ثنائيّ المُستويات، حيث يملك [[خادم (حوسبة)|المُخدّم]] و[[عميل (حوسبة)|العميل]] عناوين إنترنت من نفس الشبكة، أيّ أنّهما يتواجدان ضمن نفس [[مجالنطاق البثبث عام|نطاق البث العام]]، أمّا النموذج الثاني، فهو نموذج الوسيط، وهو نموذج طلب خدمة ثُلاثي المُستويات، وفيه يكون العميل والمُخدّم في |نطاقي بث عام مُختلفين، أيّ في شبكتين مُختلفتين، ويُوجد في شبكة العميل وسيط للمُخدّم يقوم بنقل الرسائل بين العميل والمُخدّم.
 
==== عمل البروتوكول وفق النموذج المباشر ====
سطر 263:
| الأخير= Postal
| الأول= J.
| التاريختاريخ= أغسطس 1980
| السنةسنة= 1980
| الشهرشهر= أغسطس
| مسار الأرشيفأرشيف =
| المسارمسار= https://www.ietf.org/rfc/rfc768.txt
| العنوانعنوان= RFC 768, User Datagram Protocol
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول=5 أغسطس 2017}}</ref> كبروتوكول [[طبقة النقل|طبقة نقل]]، يقوم هذا البروتوكول بإنشاء [[قنوات اتصال غير مهيأ|قنوات اتصال لا تتطلب تهيئة]] يستخدمها بروتوكول التهيئة الآلية للمُضيفين لتبادل أربع أنواع من الرسائل بين [[عميل (حوسبة)|العميل]] و[[خادم (حوسبة)|المُخدّم]]، وتكون هذه الرسائل رسائل [[بث عام (شبكات)|بث عام]]، وهي:<ref name="ietf-8"/>
 
* ''' رسالة الاكتشاف (DHCP Discovery):''' وتُرسل من [[عميل (حوسبة)|العميل]] إلى [[خادم (حوسبة)|المُخدّم]]، وتكون موجّهة إلى أي مُخدّم للبروتوكول موجود في [[مجالنطاق البثبث عام|نطاق البث العام]]، كما يُمكن أن تُستخدم هذه الرسالة لطلب مُحددات سابقة، مثل العنوان القديم الذي استضافه [[مضيف (حوسبة)|المُضيف]].
* ''' رسالة العرض (DHCP Offer):''' وهي ردّ على رسالة الاكتشاف، وتُرسل من [[خادم (حوسبة)|المُخدّم]] إلى [[عميل (حوسبة)|العميل]]، وتتضمن معلومات عن المُخدّم الذي يقدّم عرض التهيئة ومعلومات عن العرض نفسه.
* ''' رسالة الطلب (DHCP request):''' وتُرسل من العميل إلى [[خادم (حوسبة)|المُخدّم]]، وتتضمن طلباً بالتزويد بمعلومات التهيئة بحسب العرض الذي تمّ تقديمه في الرسالة السابقة.
* ''' إشعار التأكيد (DHCP Acknowledgement):''' ويُرسل من [[خادم (حوسبة)|المُخدّم]] إلى [[عميل (حوسبة)|العميل]]، وهو آخر مرحلة من مراحل التهيئة، ويتضمّن الإشعار معلُومات التهيئة الخاصّة بالعميل، ويمكن للعميل استعمال هذه المعلومات بعد تلقيه إشعار التأكيد.
 
يعمل [[بروتوكول التهيئة الآلية للمضيفين]] (DHCP) وفق النموذج المباشر، أي نموذج طلب الخدمة ثنائي المُستويات، حيث يجري تبادل الرسائل بين العميل و[[خادم (حوسبة)|المُخدّم]] الموجودين ضمن نفس [[مجالنطاق البثبث عام|نطاق البثّ العامّ]] وفق التسلسل التالي:
 
# يُرسل عميل البروتوكول رسالة اكتشاف بحثّاً عن أي مُخدّم للبروتكول موجود في [[مجالنطاق البثبث عام|نطاق بثّه العامّ]].
# تصل رسالة الاكتشاف إلى [[خادم (حوسبة)|مُخدّم]] واحد أو أكثر، فيقوم كل [[خادم (حوسبة)|مُخدّم]] استقبل رسالة الاكتشاف بإرسال رسالة عرض إلى [[عميل (حوسبة)|العميل]]، يعرض فيها تزويده بمُحددات التهيئة.
# تصل رسالة العرض إلى [[عميل (حوسبة)|العميل]]، فيقوم بطلب معلومات التهيئة من [[خادم (حوسبة)|المُخدّم]] عن طريق رسالة طلب.
سطر 293:
| الأخير=Patrick
| الأول=M.
| التاريختاريخ= يناير 2001
| السنةسنة= 2001
| الشهرشهر= يناير
| المسارمسار= https://www.ietf.org/rfc/rfc3046
| العنوانعنوان= RFC 3046, DHCP Relay Agent Information Option
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> "معلومات عن خيار وسيط النقل الخاصّ ببروتوكول التهيئة الآليّة للمُضيفين"{{للهامش|5}} كيفيّة استخدام أحد خيارات البروتوكول من أجل توسيع مجال عمل البروتوكول وتمكينُه من تقديم خدمة التهيئة الآلية لمُضيفين لا يتواجدون ضمن [[مجالنطاق البثبث عام|نطاق بثّه العامّ]].
 
لينجح [[خادم (حوسبة)|المُخدّم]] في تقديم خدمته في شبكة بعيدة، لابدّ من وجود وسيطٍ له في تلك الشبكة، يقوم هذا الوسيط بنقل الرسائل بين [[عميل (حوسبة)|العميل]] و[[خادم (حوسبة)|المُخدّم]]. يجب تهيئة الوسيط وتزويده [[عنوان آي بي|بعنوان بروتوكول الإنترنت]] الخاصّ بالمخدّم. بعد التهيئة يقوم الوسيط بانتظار رسائل الاكتشاف التي يُرسلها العملاء،<ref name="Web-5">{{مرجع ويب
| التاريختاريخ= 2015
| السنةسنة= 2015
| مسار الأرشيفأرشيف = http://webcache.googleusercontent.com/search?q=cache:https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration/15-sy/dhcp-15-sy-book/dhcp-relay-agent.html#GUID-9E110360-34EA-40BB-9314-2AFABD7F2FDA
| تاريخ الأرشيفأرشيف = 3 أغسطس 2017
| المسارمسار= https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dhcp/configuration/15-sy/dhcp-15-sy-book/dhcp-relay-agent.html#GUID-9E110360-34EA-40BB-9314-2AFABD7F2FDA
| العنوانعنوان= IP Addressing: DHCP Configuration Guide, Cisco IOS Release 15SY, Configuring the Cisco IOS DHCP Relay Agent
| الموقعموقع= Cisco Systems, Inc
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> ثُمّ يقوم بتوليد رسائل طلب مُكافئة نحو [[خادم (حوسبة)|المُخدّم]]. لا يكون [[عميل (حوسبة)|العملاء]] مُدركين لوجود الوسيط الذي غالباً ما يكون أحد [[بطاقة الشبكة|منافذ]] [[راوتر (حوسبة)|المُوجّهات]] المُتصلة مع [[شبكة متباعدة|الشبكة البعيدة]].
 
في المثال المدروس هنا، يوجد [[خادم (حوسبة)|المُخدّم]] و[[عميل (حوسبة)|العميل]] في شبكتين مختلفتين، يتصل [[راوتر (حوسبة)|الموجه]] (R1) مع شبكة العميل، ويلعب [[بطاقة الشبكة|منفذ]] [[راوتر (حوسبة)|الموجّه]] دور وسيط المُخدّم، يُمكن الاطلاع على [[طوبولوجيا شبكة|طوبولوجيا الشبكة]] من الشكل المُرفق جانباً، إنّ الرسائل المتبادلة بين [[عميل (حوسبة)|العميل]] و[[خادم (حوسبة)|المُخدّم]] مشابه من حيث النوع والترتيب للرسائل في المثال السابق، ولكنّ المسار الذي تسلكه يكون مُختلفّاً.
 
تكون الرسائل المتبادلة بين [[عميل (حوسبة)|العميل]] والوسيط رسائل [[بث عام (شبكات)|بثّ عام]]، أما تلك المُتبادلة بين الوسيط و[[خادم (حوسبة)|المُخدّم]] فتكون رسائل [[بث فريد|فريدة]]، ويكون مسار الرسائل بالشكل التالي:
 
# يُرسل العميل رسائله على شكل رسائل [[بث عام (شبكات)|بثّ عام]] في [[شبكة محلية|شبكته المحليّة]] (LAN)، تصل هذه الرسائل إلى الوسيط الموجُود في تلك الشبكة.
# ينقل الوسيط رسالة [[عميل (حوسبة)|العميل]] إلى [[خادم (حوسبة)|المُخدّم]] على شكل [[يونيكاستبث فريد|رسالة فريدة]]، تعبر هذه الرسالة المسار الواصل بين الوسيط و[[خادم (حوسبة)|المُخدّم]].
# بعد معالجة الرسالة، يقوم [[خادم (حوسبة)|المُخدّم]] بإرسال رسالته إلى الوسيط على شكل [[يونيكاستبث فريد|رسالة فريدة]].
# بعد وصول [[يونيكاستبث فريد|الرسالة الفريدة]] إلى الوسيط، يقوم بنقل هذه الرسالة إلى [[شبكة محلية|الشبكة المحلية]] ويرسلها على شكل رسالة [[بث عام (شبكات)|بثّ عام]].
 
تسلك جميع الرسائل المُتبادلة بين [[خادم (حوسبة)|المُخدّم]] و[[عميل (حوسبة)|العميل]] المسار السابق مُروراً بالوسيط.
سطر 327:
[[ملف:Client-server model example (Web browsing) - ar.png|thumb|300بك|مثال عن نموذج طلب الخدمة (Client/ Server)، [[مخطط تسلسل العمليات|مُخطط تسلسل العمليات]] لتصفّح الويب، يُمكن ملاحظة البنيّة ثُلاثيّة المستويات للنموذج الخاص [[خدمة دليل أسماء (شبكات)|بخدمة تبديل الأسماء بالعناوين]].]]
 
يقوم [[مستخدم (حوسبة)|مُستخدم]] باستعمال [[متصفح (ويب)|متصفّح]] للحصول على [[شبكة عنكبوتية عالمية|خدمة التصفّح]] من [[خادومخادم ويب|مُخدّم ويب]] بعيد، ولنجاح هذا لا بد من استعمال [[نظام أسماء النطاقات|نظام تسمية النطاقات]]<ref name="ietf-10">{{مرجع ويب
| الأخير= Mockapetris
| الأول= P.
| التاريختاريخ= نوفمبر 1987
| السنةسنة= 1987
| الشهرشهر= نوفمبر
| مسار الأرشيفأرشيف =
| المسارمسار= https://www.ietf.org/rfc/rfc1035
| العنوانعنوان= RFC 1035, Domain names - implementation and specification
| الموقعموقع= The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 5 اغسطس 2017}}</ref> للحصول على عنوان [[موقع ويب|موقع الويب]]. تعتمد خدمة تصفح الويب على [[بروتوكول نقل النص الفائق|بروتوكول نقل النصّ التشعبي]]<ref name="ietf-11">{{مرجع ويب
| الأخير1= Fielding
سطر 353:
| الأخير7= Berners-Lee
| الأول7= T.
| التاريختاريخ= يونيو 1999
| السنةسنة= 1999
| الشهرشهر= يونيو
| مسار الأرشيفأرشيف =
| المسارمسار= https://tools.ietf.org/html/rfc2616
| العنوانعنوان= Hypertext Transfer Protocol -- HTTP/1.1
| الموقعموقع=The Internet Society
| اللغةلغة= en
| تاريخ الوصول= 5 أغسطس 2017}}</ref> وفق نموذج طلب الخدمة ببُنية ثنائية المستويّات، أمّا [[خدمة دليل أسماء (شبكات)|بخدمة تبديل الأسماء بالعناوين]] فتعتمد نفس النموذج ولكن وفق بُنية ثلاثيّة المُستويّات.
 
سطر 366:
| الأخير= Murray
| الأول= Peter
| التاريختاريخ= يوليو 2008
| السنةسنة= 2008
| الشهرشهر= يوليو
| مسار الأرشيفأرشيف = httphttps://web.archive.org/web/20160313232326/http://dltj.org/article/dns-vulnerabilities/
| تاريخ الأرشيفأرشيف = 13 مارس 2016
| المسارمسار= http://dltj.org/article/dns-vulnerabilities/
| العنوانعنوان= On the Internet, How Do You Know If You Are Talking to a Dog?
| الموقعموقع= Disruptive Library Technology Jester
| اللغةلغة= en
| تاريخ الوصول=5 أغسطس 2017}}</ref> يوجد ثلاث [[طرفية حاسوب|طرفيات]]، الأولى هي [[حاسوب|حاسب المُستخدم]]، والثانيّة هي [[خادومخادم ويب|مُخدّم الويب]] البعيد (Web Server)، والثالثة هي [[خادم دليل أسماء|مُخدّم نظام تسميّة النطاقات]] البعيد (Remote DNS Server)، يضمّ حاسب المستخدم مُتصفّح ويب ومُخدّم محلّيّ لنظام تسمية النطاقات (Local DNS Client). يلعب [[متصفح (ويب)|مُتصفّح الويب]] دور عميل الويب (Web Client) وعميل نظام تسميّة النطاقات (DNS Client).
 
تبدأ العملية عندما يقوم المُستخدم بإدخال اسم [[موقع ويب]] لأول مرة في [[متصفح (ويب)|المُتصفّح]] من أجل تصفّحه، وتتابع مراحل العمل بالشكل التالي:
 
# يحصل عميل نظام أسماء النطاقات على اسم الموقع، ويُرسل طلباً لمُخدّم نظام أسماء النطاقات المحلّيّ طالباً منه [[خدمة دليل أسماء (شبكات)|خدمة تبديل الاسم بالعنوان]] الموافق.
# يستقبل [[خادم دليل أسماء|مُخدّم نظام تسميّة النطاقات]] الطلب، وبما أنّ تصفّح الموقع يجري للمرة الأولى، فلا وجود لسجلّات خاصّة به في [[قاعدة بيانات|قاعدة البيانات]] المحلّيّة، فيقوم مُخدّم نظام أسماء النطاقات المحلّيّ بإرسال الطلب إلى مُخدّم نظام أسماء النطاقات البعيد.
# يصلّ الطلب إلى نظام أسماء النطاقات البعيد، يُعالج المُخدّم البعيد الطلب ويُرسل ردّاً بالعنوان المُوافق إلى مُخدّم نظام أسماء النطاقات المحلّيّ.
# يصلّ الردّ إلى نظام أسماء النطاقات المحلّيّ، فيُسجّل العنوان المُوافق للاسم في قاعدة بياناته المحليّة، ثُمّ يُرسل الردّ إلى عميل نظام أسماء النطاقات، ونتيجة للعملية يحصل [[متصفح (ويب)|المُتصفّح]] على عنوان موقع الويب.
# يطلب عميل الويب خدمة تصفّح موقع الويب المُحدد بالعنوان من [[خادومخادم ويب|مُخدّم الويب]] البعيد.
# يُعالج [[خادومخادم ويب|مُخدّم الويب]] البعيد الطلب، ويردّ عليه برسالة تتضمّن [[ملف حاسوب|الملفّات]] الخاصّة بصفحة الويب المطلُوبة.
# يستقبل عميل الويب رسالة الردّ التي تحتوي صفحة الويب المطلوبة، وبات بإمكان [[متصفح (ويب)|المُتصفّح]] عرض الصفحة [[مستخدم (حوسبة)|للمُستخدم]].
 
== مقارنة مع نموذج القرناء ==
سطر 394:
|الأخير1 =Schollmeier
|الأول1 = R.
|العنوانعنوان= 1st International Conference on Peer-To-Peer Computing:A definition of peer-to-peer networking for the classification of peer-to-peer architectures and applications
|السنةسنة=2001
|الناشرناشر= IEEE
|الرقم المعياري= 0-7695-1503-7
|اللغةلغة= en
}}</ref> ولهذا النموذج تطبيقات عديدة في مجال [[حوسبة موزعة|الحوسبة الموزّعة]]. يعتمد نموذج القرناء على آليّات عمل مُختلفة مقارنة بنموذج طلب الخدمة بالإضافة لامتلاكه [[معمارية برمجيات|بُنيّة معماريّة]] خاصّة.
 
سطر 417:
}}</ref>
 
إنّ أحد الأهداف الرئيسيّة الكامنة خلف تصميم نموذج طلب الخدمة هو خلق نقطة تحكّم مركزيّة في النظام لتُقدّم [[خدمة (شبكات)|الخدمة]] [[عميل (حوسبة)|للعُملاء]] ، تتجمع في هذه النقطة قُدرات [[عملية (حاسوبحوسبة)|الحوسبة]] و[[جهاز تخزين البيانات|التخزين]]، ويجب أن يأخذ التصميم بالحسبان عدد العُملاء الأعظميّ المُتوقّع، وغالباً ما تُستخدم آليّات [[توزيع حمل (حوسبة)|توزيع الحمل]] وأنظمة [[تجاوز الفشل (حوسبة)|تجاوز الفشل]] (Failover) على نطاقٍ واسع. أمّا في [[شبكة حاسوب|الشبكات]] التي تعتمد نموذج القرناء، فيتشارك قرينان أو أكثر مواردهما ويتواصلان ضمن [[نظام غير مركزي|نظام غير مركزيّ]]. تكون القرناء مُتكافئة أي أنّها تملك أدواراً مُتساويّة ضمن شبكة ذات بنيّة غير هرميّة الامتيازات.
 
في نموذج طلب الخدمة، يجب أن تُحقق المُخدّمات [[تواجدية|توافريّة]] عاليّة، فقد يُسبب فشل [[خادم (حوسبة)|المُخدّم]] فشلاً في كامل النموذج بسبب [[نظام مركزي (حوسبة)|مركزيّة النظام]]. أمّا في نموذج القرناء، فإنّ التوافريّة العاليّة ليست مطلباً أساسيّاً بسبب وجود قرائن إضافيّة [[فائضية (هندسة)|فائضة]] تُعوّض النقص الحاصل في الخدمة أو الموارد.<ref name = "JOU-8">{{cite journal