انتقل إلى محتوى الدرس

Why Networks Need ARP لماذا تحتاج الشبكة لبروتوكول ARP

تعرّف في هذا الدرس على العنوان الفيزيائي MAC وبنيته الست عشرية ومعرّف المصنّع OUI، وكيف يبني السويتش جدول عناوين MAC، وآلية عمل بروتوكول ARP لربط عناوين IP المنطقية بالعناوين الفيزيائية، وأوامر فحص جدول ARP ومخاطر انتحاله.
1 صفوف تعليمية
تكنولوجيا الويب
2 مشاهدة

شرح صفوف ومحتوى الفقرة

الصف 1 شرح توضيحي

افترض أن متصفحك أو طرفية النظام تريد إرسال بيانات إلى خادم محلي يحمل العنوان المنطقي 192.168.1.20. هنا تظهر فجوة معمارية أساسية: التطبيقات ونظام التشغيل تتعامل مع عناوين IP المنطقية (في الطبقة الثالثة Layer 3)، بينما بطاقة الشبكة (NIC) ومحول السويتش المحلي لا يفهمان على الإطلاق سوى عناوين MAC الفيزيائية (في الطبقة الثانية Layer 2)؛ فلا يمكن لبطاقة الشبكة إرسال أي حزمة عبر الكابل دون كتابة عنوان MAC للوجهة في رأس الإطار.

من هنا تنشأ الحاجة الحتمية إلى جسر يربط بين الطبقتين: كيف يكتشف جهاز يعرف عنوان IPv4 المنطقي للجهاز المقابل عنوانه الفيزيائي MAC؟ الحل الهندسي القياسي هو بروتوكول تحليل العنوان (Address Resolution Protocol — ARP) المعتمد في الوثيقة المعيارية RFC 826.

  • الحالة الأولى — الوجهة داخل نفس الشبكة المحلية ()‏: عندما يريد الجهاز 192.168.1.10 مخاطبة الجهاز 192.168.1.20 الواقع معه في نفس الشبكة، فإنه يستخدم بروتوكول ARP للسؤال مباشرةً عن عنوان MAC الخاص بـ 192.168.1.20.
  • الحالة الثانية — الوجهة خارج الشبكة المحلية (عبر الإنترنت): عندما يريد الجهاز 192.168.1.10 مخاطبة خادم بعيد على الإنترنت مثل 8.8.8.8، يدرك النظام أن الوجهة خارج شبكته المحلية؛ فيستخدم ARP لمعرفة عنوان MAC الخاص بالبوابة الافتراضية (الراوتر المحلي Default Gateway مثل 192.168.1.1)، ويسلّم الإطار فيزيائياً للراوتر مع إبقاء عنوان 8.8.8.8 ثابتاً كوجهة منطقية في رأس حزمة IP!