19/11/2025
🔥 مفهوم الـ Troubleshooting في شبكات الحاسوب والاتصالات
(فن تتبّع العطل حتى “الجذر” وليس حتى يسكت العميل فقط)
الـ Troubleshooting في الشبكات ليس مجرد “إعادة تشغيل الراوتر” أو تغيير الكابل عشوائيًّا، بل هو منهج علمي منظّم لتحليل المشكلة، عزل سببها، ثم علاجها جذريًّا مع التأكد من عدم تكرارها.
أولًا: ما هو الـ Troubleshooting علميًّا؟
هو عملية تحليل منهجي للخلل بهدف الوصول إلى Root Cause (السبب الجذري) عبر خطوات متسلسلة، وليس عبر المحاولات العشوائية.
يعتمد على:
مبادئ المنطق (Logic)
فهم طبقات OSI / TCP-IP
قراءة الـ Logs و Counters
استخدام أدوات القياس والاختبار
كلما كان فهمك للبنية الداخلية للشبكة أعمق، كان الـ Troubleshooting عندك أدق وأسرع.
ثانيًا: مراحل عملية الـ Troubleshooting
1️⃣ مرحلة فهم المشكلة Problem Definition
هنا يقع أغلب “الفنيين” في الخطأ؛ يقفزون مباشرة إلى الحل قبل أن يفهموا المشكلة.
ما الذي لا يعمل بالضبط؟
– لا يوجد إنترنت؟
– خدمة معيّنة فقط لا تعمل (DNS، VoIP، VPN)؟
– مشكلة في جزء من المستخدمين أم في الكل؟
منذ متى ظهرت المشكلة؟
هل حدث تغيير في الشبكة (تحديث، إضافة جهاز، تعديل Route أو Firewall) قبل حدوث العطل؟
🔹 قاعدة ذهبية:
“تعريف المشكلة بدقة هو نصف الحل”.
2️⃣ مرحلة العزل Isolation – تقسيم الشبكة إلى طبقات
هنا تستخدم فهْمك لطبقات الشبكة لعزل المشكلة:
Layer 1 (Physical):
• هل الـ Link Up؟
• هل الكابل سليم؟
• SFP يعمل؟
• POE يصل إلى الجهاز؟
Layer 2 (Data Link):
• هل الـ VLAN مفعّلة ومطابقة على جميع المنافذ؟
• هل هناك Loop؟
• هل الـ MAC Table تبدو منطقية؟
Layer 3 (Network):
• هل الـ IPs صحيحة؟
• Default Gateway مضبوط؟
• هل الـ Routes تصل بين الشبكات؟
Layer 4–7:
• Firewall / NAT / Services (DNS, HTTP, RADIUS...)
تتقدم طبقة طبقة:
إذا طبقة 1 سليمة → تفحص 2
إذا 2 سليمة → تنتقل إلى 3
وهكذا حتى تصل إلى موضع العطل بالضبط.
3️⃣ مرحلة الفرضيات والاختبار Hypothesis & Testing
بعد عزل المنطقة المحتملة للخلل، تبني فرضيات منطقية:
“ربما مشكلة في الـ DHCP”
“ربما Route ناقص بين VRFين”
“ربما NAT لا يمرر الترافيك لهذه الـ Subnet”
ثم تختبر فرضية واحدة في كل مرة:
تستخدم Ping من نقاط مختلفة في الشبكة
Traceroute لمعرفة أين يتوقف المسار
#يتبع.
