بروتوكول الإنترنت: الفرق بين النسختين

[نسخة منشورة][نسخة منشورة]
تم حذف المحتوى تمت إضافة المحتوى
ط استرجاع تعديلات السفير الدكتور محمد برهومي (نقاش) حت...
وسم: استرجاع
ZkBot (نقاش | مساهمات)
سطر 1:
 
'''بروتوكول الإنترنت''' {{إنج|Internet Protocol، اختصارًا: IP}} هو [[بروتوكول (اتصالات)|بروتوكول الاتصال]] الأساسي في [[حزمة بروتوكولات الإنترنت]]<ref name="ietf-7">{{مرجع ويب
| الأخير= Socolofsky
السطر 17 ⟵ 16:
يُعرِّف البروتوكول فضاءً من العناوين، يتمّ استعمالُها من قبل [[طرفية حاسوب|الطرفيّات]] و[[راوتر (حوسبة)|المُوجّهات]]، حيث يحتوي كل منها على [[بطاقة الشبكة|بطاقة شبكة]] (Network Interface Card NIC) واحدة على الأقل، تحصل هذه البطاقة على عناوين من فضاء بروتوكول الإنترنت. إنّ عمليّة امتلاك عنوان من فضاء العناوين تُسمّى استضافة العنوان (Hosting)، وتُسمّى [[بطاقة الشبكة]] عندها [[مضيف (حوسبة)|بالمُضيف]] (Host)، من الشائِع استخدام هذا المُصطلح للإشارة إلى [[طرفية حاسوب|الطرفيّة]] ككل وليس إلى [[بطاقة الشبكة|بطاقة شبكة]] فقط. يمكن [[مضيف (حوسبة)|للمُضيف]] أن يمتلك أكثر من [[عنوان آي بي|عنوان بروتوكول إنترنت]] في نفس الوقت، ويُوصف حينها بأنّه [[تعدد الاستضافة|مُتعدد الاستضافة]] (Multi-homed).
 
يُحدد البروتوكول بنية خاصة للرزم، تتألف من قسمين رئيسيين، هما [[ترويسة|الترويسة]] (Header) و[[حمولة (حوسبة)|قسم المُعطيات ]] (Payload). تكون [[ترويسة|الترويسة]] مُقسّمة إلى عدد من الحقول (Field)، وتضمّ المعلومات اللازمة لعمل البروتوكول كرقم الإصدار وعنواني مصدر ووجهة الرزمة بالإضافة لمعلومات أخرى، أما قسم المُعطيات فيضمّ [[بيانات|المُعطيات]] التي يتمّ [[تغليف (شبكات)|تغليفها]] ضمن الرزمة.
 
تاريخيّاً، كان بروتوكول الإنترنت إحدى الخدمات التي تستخدم قنوات [[الاتصال غير المهيأ |لا تتطلب تهيئة اتصال ]] (Connection-less) المُقدّمة من قبل [[ميفاق ضبط الإرسال|بروتوكول التحكّم بالنقل ]] (TCP)<ref name="ietf-3">{{مرجع ويب
| الأخير= Postal
| الأول= J.
السطر 30 ⟵ 29:
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 13 يوليو 2017}}</ref> الذي قام كل من [[فينت سيرف]] (Vint Cerf) و[[بوب خان]] (Bob Khan) بتطويره في عام 1974. لذلك فإن بروتوكول الإنترنت يعتمد على [[بروتوكول التحكم بالنقل|بروتوكول التحكّم بالنقل]] (TCP) لضمان وجود اتصال مُسبق بين مختلف الأطراف، ولهذا تُوصف قنوات [[ميفاق ضبط الإرسال|بروتوكول التحكّم بالنقل ]] (TCP) بأنّها [[اتصال مهيأ للاتصال|تتطّلب تهيئة اتصال]] (Connection-oriented) ونتيجة لهذه العلاقة الوظيفية، غالباً ما يُشار إلى [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]] بالشكل (TCP/IP).
 
إنّ أول إصدار مُستقل من بروتوكول الإنترنت هو [[آي بي في4|الإصدار الرابع]]، ويُشار له اختصاراً (IPv4)،<ref name="ietf-2">{{مرجع ويب
السطر 66 ⟵ 65:
=== بناء الرزمة ===
 
[[Fileملف:UDP encapsulation-ar.png|thumb|تغليف مُعطيات تطبيق أثناء مرورها بطبقات [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]]]]
 
تتألف كُل رزمة من قسمين: [[ترويسة|الترويسة]] و<nowiki/>[[حمولة (حوسبة)|حمل]]، تحتوي [[ترويسة]] بروتوكول الانترنت على عنوان مصدر الرزمة وعنوان وجهتها بالإضافة لمعلومات أخرى تخصّ عمل البروتوكول، أما [[حمولة (حوسبة)|حمل]] فهو المُعطيات التي تنقلها [[صندوق (حاسوب)|الرزمة]]. تسمى عملية إضافة [[ترويسة|الترويسات]] إلى [[حمولة (حوسبة)|الحمل]] بعملية [[التغليف (شبكات)|تغليفها]].
السطر 106 ⟵ 105:
| الموقع= Institute of Electrical and Electronic Engineers
| اللغة= en
| تاريخ الوصول= 14 يوليو 2017}}</ref> قدّم كاتبا البحث، [[فينت سيرف]] و<nowiki/>[[بوب خان]] وصفاً [[بروتوكول (اتصالات)|لبروتوكولٍ]] يعمل بين الشبكات بهدف تشارك الموارد عن طريق [[تحويل الطرود|تبديل الرزم]] (Packet Switching) بين [[عقدة (شبكات)|عُقد]] [[شبكة حاسوب|الشبكة]]، كان برنامج التحكم بالنقل (Transmission Control Program) هو حجر الأساس في هذه العملية. لاحقاً تمّ تقسيم هذا البرنامج إلى وحدات بنيويّة هي [[ميفاق ضبط الإرسال|بروتوكول التحكّم بالنقل ]] (TCP) و<nowiki/>[[بروتوكول بيانات المستخدم|بروتوكول رزم المُستخدم]] (User Datagram Protocol UDP)<ref name="ietf-5">{{مرجع ويب
| الأخير= Postal
| الأول= J.
السطر 122 ⟵ 121:
{|
| valign=top |
* وثيقة المُلاحظات الخاصة بتجارب الإنترنت، رقم 2 ([http://www.rfc-editor.org/ien/ien2.txt IEN 2]): جاءت الوثيقة بعنوان: "تعليقات على بروتوكول الانترنت و[[ميفاق ضبط الإرسال|بروتوكول التحكّم بالنقل ]] (Comments on Internet Protocol and TCP) وهي مُؤرّخة في شهر أغسطس للعام 1977م، وتشدد على الحاجة للفصل بين وظائف بروتكول الانترنت (IP) ووظائف [[ميفاق ضبط الإرسال|بروتوكول التحكّم بالنقل]] (TCP)، واقترحت الوثيقة الشكل البدائي للبروتوكول، واستخدم الرقم (0) للإشارة إلى رقم الإصدار في الترويسة المُقترحة الخاصة بالبروتوكول.
 
* وثيقة المُلاحظات الخاصة بتجارب الانترنت، رقم 26 ([http://www.rfc-editor.org/ien/ien26.pdf IEN 26]): جاءت الوثيقة بعنوان: "اقتراح لبنية جديدة لترويسة بروتوكول الإنترنت" (A proposed New Internet Header Format) وهي مُؤرّخة في شهر فبراير للعام 1978م، وتصف الإصدار الأول من البروتوكول (IPv1).
السطر 128 ⟵ 127:
* وثيقة المُلاحظات الخاصة بتجارب الانترنت، رقم 28 ([http://www.rfc-editor.org/ien/ien28.pdf IEN 28]):جاءت الوثيقة بعنوان: "مسودّة توصيف الإصدار الثاني لبروتوكول الإنترنت" (Draft Internetwork Protocol Description Version 2) وهي مُؤرّخة في شهر فبراير للعام 1978م، وتصف الإصدار الثاني من البروتوكول (IPv2).
 
* وثيقة المُلاحظات الخاصة بتجارب الإنترنت، رقم 41 ([http://www.rfc-editor.org/ien/ien41.pdf IEN 41]): وجاءت بعنوان: "محددات الإصدار الرابع من بروتوكول الانترنت" (Internet Protocol Specification Version 4) وهي مُؤرّخة في شهر يونيو للعام 1978م، وهي أول وثيقة وصفت الإصدار الرابع من البروتوكول، ولكنّ بنية الترويسة كانت مختلفة عن الشكل النهائي الذي تمّ اعتمادُه لاحقاً.
 
* وثيقة المُلاحظات الخاصة بتجارب الإنترنت، رقم 44 ([http://www.rfc-editor.org/ien/ien44.pdf IEN 44]): جاءت الوثيقة بعنوان: "أحدث بُنى الترويسات" (Latest Header Format) وهي مُؤرّخة في شهر يونيو للعام 1978م، هي تصفّ شكلاً مختلفاً للإصدار الرابع من بروتوكول الإنترنت، حيث ترويسة البروتوكول المستعملة مختلفة عن الشكل المُعتمد في الإصدار الرابع من بروتوكول الإنترنت المُستخدم حالياً.
السطر 154 ⟵ 153:
إنّ [[آي بي في6|الإصدار السادس من بروتوكول الإنترنت]] (IPv6) هو وريث [[آي بي في4|الإصدار الرابع]] (IPv4). و يختلفان عن بعضهما البعض بشكلٍ أساسي بحجم فضاء العناوين، ففي حين يستخدم [[آي بي في4|الإصدار الرابع]] عناوين بطول من 32 [[بت]]، وهو ما يخلق 4.3 [[1000000000 (عدد)|مليار]] (4.3x10<sup>9</sup>) عنوان متاح في فضاء العناوين، فإنّ الإصدار السادس يستخدم عناوين بطول 128 [[بت|بِت]]، ما يسمح بوجود (3.4x10<sup>38</sup>) عنوان متاح في فضاء عناوينه. لكن الانتقال إلى العمل [[آي بي في6|بالإصدار السادس]] يسير بوتيرة أبطأ من المتوقع.
 
في 1 أبريل 1994م، نشرت [[قوة مهمات هندسة الإنترنت|مجموعة مُهندسي الإنترنت ]] (IETF) تقريراً يُفيد بتطوير الإصدار التاسع من بروتكول الإنترنت (IPv9) ولكن الخبر برمّته كان [[كذبة أبريل]]. <ref name="RFC-7">{{مرجع ويب
| الأخير= Onions
| الأول= J.
السطر 186 ⟵ 185:
}} </ref> وبناءً على ذلك فإنّ بُنية [[شبكة حاسوب|الشبكة]] تعتبر غير [[وثوقية (شبكات)|موثُوقة]] (Unreliable) ويشمل ذلك [[عقدة (شبكات)|العُقد]] و[[وسط ناقل|أوساط النقل]]، كما تُوصف [[تواجدية|توافُريّة]] (Availability) العناصر السابقة بأنّها مُتغيّرة (Dynamic). لأغراض تتعلّق بتقليل تعقيد [[شبكة حاسوب|الشبكة]]، فإنّ البروتوكول لا يدعم أيّ آليّة المُراقبة وتعقّب حالة الشبكة.
 
نتيجةً للتصميم السابق، فإنّ بروتوكول الإنترنت [[وثوقية (شبكات)|غير موثُوقٍ]]، ويقدّم [[أفضل مجهود للتوصيل|أفضل ما يمكن لتوصيل الرزم]] (Best-effort delivery)، دون ضمانٍ أكيد لذلك، لذا فهو [[بروتوكول (اتصالات)|بروتوكول]] [[اتصال مهيأ للاتصال|لا يتّطلب عمله تهيئة الاتّصال]] (Connection-less Protocol)، ويعني ذلك أنّ وصُول [[تلف البيانات|رزم تالفة]] أو مُكررة أو [[فقدان الرزم| فقداناً للرزم]] أو [[وصول بترتيب مغاير للإرسال|وصُولها بترتيبٍ مُغايرٍ لترتيب إرسالِها]] (Out-of-order Delivery) هي حالات مُمكنة. تنتج حالة [[وصول بترتيب مغاير للإرسال|الوصول بترتيبٍ مُغايرٍ لترتيب الإرسال]] بسبب عدم وجُود آليّة تُمكّن [[شبكة حاسوب|الشبكة]] من التعرّف على حالة المسار الذي سلكته [[صندوق (حاسوب)|الرزمة]] السابقة. ولهذا فقد يتمّ [[تسيير (شبكات)|توجيه]] [[صندوق (حاسوب)|رزمتين]] مُتتاليتين أو أكثر بمسارين مُختلفين أو أكثر، ما ينتج عنه وصُولها إلى الهدف [[زمن تأخير(حوسبة)|بأزمنة تأخير]] مُختلفة، بسبب اختلاف المسارات وبالتالي فإنّ ترتيب وصول [[صندوق (حاسوب)|الرزم]] سيكون مُختلفاً عن ترتيب إرسالها.
 
يُؤمّن بروتوكول الإنترنت آليّة لضمان خلوّ [[ترويسة|الترويسة]] من الأخطاء. يجب على كل [[عقدة (شبكات)|عقدة]] تدعم [[تسيير (شبكات)|التوجيه]] أن تقوم بحساب قيمة حقل [[مجموع تدقيق|التحقق الجمعيّ]] (Checksum) من أجل كل [[صندوق (حاسوب)|الرزمة]] تردُها، ومُطابقته مع القيمة المَوجودة في [[صندوق (حاسوب)|الرزمة]]، إذا لم تتطابق القيمتان، فيجب أن يتمّ التخلص من [[صندوق (حاسوب)|الرزمة]]. على الرغم من أنّ [[بروتوكول التحكم برسائل الإنترنت|بروتوكول رسائل التحكّم في شبكة الانترنت]] (ICMP)<ref name="ietf-6">{{مرجع ويب
السطر 199 ⟵ 198:
| الموقع= The Internet Society
| اللغة= en
| تاريخ الوصول= 14 يوليو 2017}}</ref> يدعم إخطار المصدر بحصول هذا النوع من الأخطاء، فإنّ ذلك ليس لزاماً على [[عقدة (شبكات)|العقدة ]] التي تخلّصت من [[صندوق (حاسوب)|الرزمة]]. وعلى العكس من هذا تماماً، فإنّ ترويسة [[آي بي في6|الإصدار السادس]] (IPv6) لا تحتوي على حقل [[مجموع تدقيق|التحقق الجمعيّ]] السابق، بهدف رفع أداء [[شبكة حاسوب|الشبكة]]، وذلك على افتراض أنّ [[طبقة الربط]] تُؤمّن آليّة فعّالة لكشف وُجود الأخطاء.<ref name="RFC-9">{{مرجع ويب
| الأخير= Partridge
| الأول= C.
السطر 218 ⟵ 217:
== سعة وسط النقل والإمكانيات المتاحة ==
 
إنّ طبيعة [[إنترنت|شبكة الإنترنت]] والتنوع الكبير في مُكوّناتها يعني أنّه لا يوجد ضمانة بأنّ مساراً مُحدداً قد يكون قادراً على [[نقل البيانات|نقل المُعطيات]] أو مُناسِباً لعمليّة النقل، حتّى ولو كان المسار [[تواجدية|مُتاحاً للاستخدام]] و[[وثوقية(حوسبة)|موثُوقاً]]. إنّ [[حجم نقل أعظمي (شبكات)|حجم النقل الأعظميّ]] (Maximum Transmission Unit MTU) المُسموح في [[وسط ناقل|وسطٍ]] ما هو أحدُ القيود التقنيّة [[نقل البيانات|لعملية النقل]] عبرَ هذا [[وسط ناقل|الوسط]]، ولا يُمكن أن يتمّ نقل [[صندوق (حاسوب)|رزم]] ذاتُ حجمٍ أكبر من [[حجم النقل الأعظمي|حجم النقل الأعظميّ]] (MTU) [[وسط ناقل|للوسط]]، ويجب على التطبيقات التي تستخدم هذا [[وسط ناقل|الوسط]] مُراعاة هذا القيد.
 
في [[آي بي في4|الإصدار الرابع من بروتوكول الإنترنت ]] (IPv4)، يدعم البروتوكول ميّزة [[تقطيع رزم|التقطيع]] (Fragmentation)، وفيها يتمّ تقطيع [[صندوق (حاسوب)|رزم]] التي يتجاوز حجمُها [[حجم نقل أعظمي (شبكات)|حجم النقل الأعظميّ]] (MTU) للوسط إلى [[صندوق (حاسوب)|رزمتين]] أو أكثر، تُسمى القِطع (Fragments)، جميعها بحجم أقل من الحد الأعظميّ المسمُوح، ويُؤمّن بروتوكول الإنترنت آليّة لإعادة تجميع (Reassembly) القطع وترتيبها في الوجهة، خاصةً أنّ [[وصول بترتيب مغاير للإرسال|وصُولها بالترتيب الصحيح غيرُ مضمُونٍ]].<ref>{{مرجع كتاب
|الأخير1 =
|الأول1 =
السطر 241 ⟵ 240:
}}</ref>
 
أمّا في [[آي بي في6|الإصدار السادس من بروتوكول الإنترنت ]] (IPv6)، فجرى تطوير آليّات أخرى تسمح باكتشاف [[حجم نقل أعظمي (شبكات)|حجم النقل الأعظميّ]] (MTU) قبل بدء الإرسال، وبالتالي يتمّ تجنّب تجاوزه عند [[تغليف (شبكات)|تغليف الرزم]].<ref name="link-1">{{مرجع ويب
| الأخير= Cerveny
| الأول= Bill
السطر 254 ⟵ 253:
| تاريخ الوصول= 14 يوليو 2017}}</ref>
 
== الأمن والحماية ==
 
في المراحل التصميميّة [[أربانت|لشبكة الأربانت]] (APRANET) وعند بناء الشكل البدائيّ [[إنترنت|لشبكة الإنترنت]]، لم يتمّ أخذ المنظور الأمني ولا الاستخدام العام أو الدوليّ [[إنترنت|للشبكة]] بالحسبان. نتيجة لذلك، فإنّ العديد من بروتوكولات الإنترنت تضمّنت [[ثغرة أمنية|ثغرات]] تمّ اكتشافُها بعد تعرّض [[إنترنت|الشبكة]] لهجمات أو بعد تقييم أمنيّ لاحق. في عام 2011 م، تمّ نُشر تقريرٍ أمنيّ شامل تضمّن تقييماً أمنيّاً واقتراحاتٍ للتخفيف من أثر [[ثغرة أمنية|الثغرات]] الموجُودة.<ref name="RFC-10">{{مرجع ويب
السطر 271 ⟵ 270:
== انظر أيضاً ==
* [[حزمة بروتوكولات الإنترنت]](TCP/IP).
* [[آي بي في4|الإصدار الرابع من بروتكول الإنترنت ]] (IPv4).
* [[آي بي في6|الإصدار السادس من بروتكول الإنترنت ]] (IPv6).
* [[شبكات الجيل المقبل]]
 
== المراجع ==
{{مراجع}}
 
== وصلات خارجية ==
{{تصنيف كومنز|Internet Protocol|بروتوكول إنترنت}}
 
السطر 289 ⟵ 288:
 
[[تصنيف:بروتوكول الإنترنت]]
[[تصنيف:بروتوكولبروتوكولات الشبكاتالشبكة]]