الشبكات / الأساسي: مسارات الحزم والعنونة / الدرس 1
تتبع طبقات TCP/IP وهويات الأطراف
ابن نموذجاً لمسار الحزمة يفصل الوصلات المحلية والعناوين الموجهة وأطراف النقل وهويات التطبيق.
في هذه الصفحة
أهداف الدرس
- شرح التغليف ومسؤوليات كل طبقة.
- تمييز عناوين MAC وIP والمنافذ والأسماء.
- الاستدلال من نقطة رصد معلنة دون إرسال حركة.
تقسم الطبقات المسؤوليات
ينشئ التطبيق رسائل ذات معنى ويقدم النقل خدمة اتصال ويحرك IP الحزم بين الشبكات وتحمل الوصلة إطاراً للمستلم المحلي التالي. الطبقات نموذج فهم لا صناديق مادية منفصلة؛ ينفذ المضيف عدة طبقات ويوجه الموجه عادة وفق IP. يضع التغليف بيانات طبقة داخل حمولة أخرى. لا تعادل إزالة الرأس فك تشفير التطبيق. سم الطبقة في السؤال كي لا تعد ملاحظة Ethernet دليلاً على نجاح التطبيق.
تجيب كل هوية سؤال بحث مختلفاً
يحدد MAC واجهة في سياق محلي، ويحدد IP واجهة أو دور طرف ضمن تصميم العنونة والتوجيه. يميز المنفذ الخدمات أو المحادثات ويضيف DNS اسماً غير مباشر. لا توثق أي منها المستخدم أو الخادم وحدها. قد ينهي وسيط اتصالاً ويفتح آخر فتتغير الهويات. سجل المصدر والوجهة والبروتوكول والمنفذين ونقطة الرصد قبل مقارنة وصفين للطلب.
flow = {'src': '192.0.2.10', 'sport': 51000, 'dst': '198.51.100.20', 'dport': 443, 'protocol': 'TCP'}
print(f"{flow['protocol']} {flow['src']}:{flow['sport']} -> {flow['dst']}:{flow['dport']}")
TCP 192.0.2.10:51000 -> 198.51.100.20:443
القاموس بيانات تعليمية بعناوين توثيقية ولا يفتح العرض مقبساً أو يحل اسماً أو يتصل بعنوان.
يختلف التسليم المحلي عن القصد النهائي
إذا كانت الوجهة خارج الوصلة يرسل المضيف للمحطة التالية بدلاً من تعلم MAC الخادم البعيد. قد تتغير رؤوس الوصلة عبر القفزة وتتابع حزمة IP مع تحديثات مثل تقليل حد القفز. تضيف NAT والأنفاق تحويلات يجب تسميتها. يثبت نجاح الأولى جزءاً فقط، وقد يمنع فشلها كل الخدمات رغم صحة DNS والاعتماد.
محاسبة الرؤوس في طبقة القياس
تختلف بايتات الحمولة وطول IP وإشغال السلك. يجمع نموذج رؤوساً معلومة لكن الواقع يشمل خيارات وامتدادات وتأطيراً وإقرارات وإعادة. لا تطرح رقماً عاماً من MTU لتحدد حمولة كل تطبيق. أعلن النسخ والرؤوس؛ ويغير التفريغ والتجميع عرض المضيف. المثال حساب معلن لا بناء حزمة أو ادعاء واجهة.
payload = 100
ipv4_header = 20
udp_header = 8
print(f'synthetic_ip_packet={payload + ipv4_header + udp_header} bytes')
synthetic_ip_packet=128 bytes
يفترض النموذج غياب خيارات IPv4 ويعد IP وUDP والبيانات فقط، خارجاً عنه Ethernet والحركة الأخرى.
السؤال عما تثبته الملاحظة فعلاً
تثبت إجابة الاسم ومصافحة TCP ومصادقة TLS ورد التطبيق مراحل مختلفة. سم الطبقة والنطاق والوقت ولا تعمم نجاح طلب آخر أو تعد المهلة إثبات جدار. احفظ الخطأ وقارن حالة ناجحة مطابقة. نستخدم أوصاف حزم وحسابات وحالات غير متصلة، ولا نمسح أو نلتقط حياً أو نعدل واجهة أو جهازاً. نبني فهماً يوجه فحصاً تشغيلياً مصرحاً لاحقاً.
الأخطاء الشائعة وإصلاحها
اعتبار المنفذ إثبات هوية التطبيق
- لماذا يحدث؟
- اختلط اصطلاح الخدمة بالمصادقة.
- كيف تصلحه؟
- تحقق من البروتوكول والطرف الموثق.
- كيف تتجنب تكراره؟
- افصل العنونة من الثقة.
بحث المضيف عن MAC خادم بعيد
- لماذا يحدث؟
- اختلط التوجيه بحل الجار المحلي.
- كيف تصلحه؟
- حدد المحطة التالية أولاً.
- كيف تتجنب تكراره؟
- ارسم الحدود المحلية والموجهة.
اعتبار نجاح طبقة اتصالاً كاملاً
- لماذا يحدث؟
- لم تفحص المراحل التالية.
- كيف تصلحه؟
- اذكر المرحلة الناجحة بدقة.
- كيف تتجنب تكراره؟
- احفظ قائمة أدلة طبقية.
اختبر فهمك
1. توجد إجابة DNS وتفشل مصادقة TLS. ما النجاح المثبت؟
اعرض الحل المشروح
نجح حل الاسم في نطاقه ووقته ولا يثبت الهوية أو التخويل. تابع TLS مع حفظ العنوان والاسم المطلوب.
2. لوجهة خارج الوصلة، أي عنوان وصلة يحتاجه المرسل عادة؟
اعرض الحل المشروح
يحتاج عنوان المحطة المحلية التالية غالباً الموجه الافتراضي، ثم يقرر الموجه. يبقى IP التطبيق مفهوماً نهائياً مستقلاً.
أهم ما تعلمته
- سم الطبقة والهوية ونقطة الرصد.
- عامل مراحل البروتوكول أدلة مستقلة.