لينكس / المتوسط: فهم إدارة النظام / الدرس 11

تشخيص مسارات الشبكة وحل الأسماء

افصل أدلة الواجهة والمسار وحل الأسماء والنقل والتطبيق عند فحص الاتصال.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-23

في هذه الصفحة

أهداف الدرس

قراءة العناوين والبادئات والمسارات والمقابس المستمعة.
تمييز حل DNS من نجاح الاتصال الفعلي.
بناء تشخيص طبقي للقراءة فقط.

تحمل الواجهات عناوين ونطاقات

قد تحمل الواجهة عدة عناوين IPv4 وIPv6. تحدد البادئة جزء الشبكة المستخدم في التوجيه وليست عدداً للأجهزة المتصلة. تشير عناوين الحلقة المحلية إلى مكدس الجهاز ولا تثبت الوصول البعيد. قد تحتاج نطاقات IPv4 الخاصة ترجمة أو توجيهاً خاصاً لبلوغ شبكات أخرى. لـ IPv6 نطاقاته وسلوكه، فلا يثبت نجاح IPv4 نجاحه. افحص العناوين قبل اتهام الخدمة أو محلل الأسماء.

يختار المسار الخطوة التالية

يختار جدول التوجيه واجهة الخروج والقفزة التالية، وعادة يفضل البادئة المطابقة الأكثر تخصيصاً قبل تفاصيل السياسات الأخرى. يغطي المسار الافتراضي الوجهات بلا تطابق أدق. يستعلم ip route get قرار التوجيه المحلي ولا يرسل حزمة اختبار أو يثبت رد القفزة التالية. قد تغير النتيجة سياسات التوجيه والواجهات المتعددة وفضاءات الشبكة. افحص من فضاء التطبيق وسياقه نفسه، خصوصاً مع الحاويات.

bash فحص العناوين المحلية ووجهة توثيقية

ip -brief address
ip route get 192.0.2.10

العنوان 192.0.2.10 للتوثيق. ينفذ الأمر الثاني بحث مسار فقط؛ ويصف المسار المعاد الإعداد المحلي لا خادماً حقيقياً متاحاً.

يتبع حل الأسماء سياسة مهيأة

تستخدم التطبيقات غالباً واجهة خدمة الأسماء التي قد تستشير /etc/hosts وDNS ومصادر أخرى. يتبع getent ahosts هذا المسار أكثر من أداة تستعلم DNS مباشرة. قد يُحل سجل صحيحاً وتغيب خدمته، وقد ينجح الاتصال بالعنوان ويفشل بالاسم. افحص /etc/resolv.conf لأن مديراً قد يولده أو يوجهه إلى وسيط محلي. لا تستبدل الملف المُدار رداً أولياً على فشل مؤقت.

تختلف أدلة النقل عن أدلة التطبيق

يعرض ss المقابس وحالاتها. يقبل المستمع على 127.0.0.1 اتصالات IPv4 المحلية، وقد يعرض الربط العام واجهات أوسع وفق سياسة الجدار. يثبت اتصال TCP القائم علاقة نقل لا نجاح مصادقة التطبيق أو الطلب. غالباً تعني رسالة الرفض غياب مستمع أو رفضاً صريحاً، وقد تعني المهلة فقد حزم أو ترشيحاً أو وجهة لا تستجيب. لا تحدد أي رسالة سبباً وحيداً. افحص العنوان والمنفذ والعائلة والفضاء معاً.

bash مقارنة مستمعي TCP بحل الاسم المحلي

ss -lnt
getent ahosts localhost

تعرض أوامر القراءة مستمعي TCP وإجابات localhost في النظام. تختلف الصفوف حسب المختبر ولا يُمسح جهاز آخر.

بناء تسلسل يقلل الغموض

ابدأ بخطأ التطبيق والوجهة والمنفذ والوقت بدقة. افحص الوصلة والعنوان والمسار المختار وحل الاسم والمستمع أو الاتصال المعني. ثم اختبر جهة تطبيق مصرحاً بها إن وفرها المختبر. قد يفيد ping في رصد ICMP، لكن حجبه لا يثبت تعطل التطبيق. احفظ أدلة النجاح والفشل وتجنب تغيير إعدادات متعددة معاً؛ فقد ينشئ تعديل الجدار أو DNS مشكلة ثانية تخفي السبب الأصلي.

الأخطاء الشائعة وإصلاحها

اعتبار نجاح DNS نجاحاً للخدمة

لماذا يحدث؟: اختلط حل الاسم بالنقل وسلوك التطبيق.
كيف تصلحه؟: افحص المنفذ وطلب تطبيق مصرحاً.
كيف تتجنب تكراره؟: سجل أدلة كل طبقة مستقلة.

توقع الوصول البعيد لخدمة محلية فقط

لماذا يحدث؟: المستمع مربوط بالحلقة المحلية.
كيف تصلحه؟: راجع سياسة الربط المقصودة في المختبر.
كيف تتجنب تكراره؟: أدرج عناوين الربط في مراجعة النشر.

اعتبار فشل ping حاسماً

لماذا يحدث؟: افتُرض تطابق سياسة ICMP مع التطبيق.
كيف تصلحه؟: اختبر البروتوكول المقصود المصرح وافحص المسارات.
كيف تتجنب تكراره؟: استخدم اختبارات تناسب الفشل المبلغ عنه.

اختبر فهمك

1. يُحل الاسم ويتصل TCP لكن الخادم يعيد خطأ مصادقة. لأي طبقات أدلة؟

اعرض الحل المشروح

توجد أدلة لحل الاسم ومسار شبكة وجهة نقل تقبل واستجابة تطبيق. ركّز على الهوية والاعتماد والسياسة. لا يعالج تغيير المحلل فشل المصادقة المرصود وقد ينشئ انقطاعاً آخر.

2. لماذا تفحص داخل الحاوية إذا نجح اتصال المضيف؟