ابنِ الفكرة أولًا، ثم استخدم النشاط التالي للتحقق منها.
منهجية لإيجاد الأعطال
طريقة قابلة للتكرار لإيجاد عطل، بحيث تضيّق المشكلة بدلًا من تخمينها.
ما ستكون قادرًا على فعله
- اتبع تسلسلًا ثابتًا بدلًا من تغيير الإعدادات عشوائيًا
- استخدم مكدس الطبقات لتنصيف مساحة البحث مع كل اختبار
- غيّر شيئًا واحدًا في كل مرة، وتحقق قبل المتابعة
قبل هذا: تحتاج إلى معرفة ما يفعله كل من المضيف والمحول وجهاز التوجيه - راجع "المضيفون والمحولات وأجهزة التوجيه". لا شيء آخر؛ هذا الدرس مبكر عن قصد.
لماذا يهم: يكاد كل مختبر في هذا المسار يكون شبكة معطلة عليك إصلاحها. بلا منهجية ستغيّر أشياء حتى يعمل شيء ما ولن تعرف أبدًا أين كانت المشكلة. بمنهجية، ستجد نفس العطل في جزء من الوقت، وستتمكن من قول ما كان.
نادرًا ما يكون الفرق بين من يصلح الشبكات بسرعة ومن لا يفعل هو مقدار المعرفة. الفرق هو اتباع منهجية بدلًا من تجربة أشياء عشوائية. المنهجية تحوّل عبارة عامة مثل «الإنترنت معطّل» إلى إعداد محدد فيه خطأ.
تسلسل الخطوات
- حدد المشكلة؛ ما الذي يفشل بالتحديد، وما الذي لا يزال يعمل؟
- ضع فرضية عن السبب المحتمل بناءً على ما تؤكده الأعراض وما تستبعده.
- اختبر الفرضية بأمر واحد يمكنه إثباتها أو نفيها.
- أصلح شيئًا واحدًا.
- تحقق من زوال العَرَض الأصلي، لا عرض آخر قريب منه.
- دوّن السبب حتى لا يبدأ الشخص التالي من الصفر.
تقدّم صعودًا عبر الطبقات
ابدأ الاختبار من الطبقات الدنيا، لأن العطل فيها يسبب أعراضًا مربكة في جميع الطبقات الأعلى. لا جدوى من فحص بروتوكول توجيه على واجهة معطّلة إداريًا.
| السؤال | الأمر | إذا فشل هذا الاختبار |
|---|---|---|
| هل الواجهة تعمل؟ | ip -brief link show | توقف هنا؛ فما فوق هذه المرحلة لا يهم بعد. |
| هل لها العنوان والقناع الصحيحان؟ | ip -brief address show | القناع الخاطئ يجعل المضيف يسيء تحديد ما هو محلي. |
| هل يستطيع الوصول إلى شبكته الفرعية؟ | ping <neighbour on the same subnet> | الخلل محلي - في العنوان أو القناع أو المحوّل. |
| هل يستطيع الوصول إلى بوابته؟ | ping <gateway> | عنوان البوابة خاطئ أو الموجّه ليس على تلك الشبكة الفرعية. |
| هل يعرف الموجّه المسار؟ | show ip route | يوجد مسار مفقود أو خاطئ؛ وهنا تقع معظم أعطال هذه المختبرات. |
تقليص نطاق المشكلة إلى النصف
تبلغ بأنها لا تستطيع فتح أي شيء على . بدلًا من تسجيل الدخول إلى الخادم أولًا، ترسل اختبار ping إليه من مضيف على شبكته الفرعية. إذا نجح، فكل ما يتعلق بالخادم سليم، والعطل في المسار بين الشبكتين؛ بذلك استبعدت نصف الشبكة بأمر واحد. وإذا فشل، فالخلل في الخادم أو جزئه المحلي، ولا علاقة لتوجيه البيانات بين المواقع به.
المصطلحات
- عَرَض
- ما يلاحظه المستخدم، وليس العطل نفسه. «البريد الإلكتروني بطيء» و«هناك مسار مفقود» عبارتان مختلفتان.
- فرضية عن السبب المحتمل
- تخمين محدد وقابل للاختبار. «هناك مشكلة في DNS» ليست فرضية محددة؛ أما «عنوان محلّل الأسماء لدى العميل خاطئ» فهي كذلك.
- نطاق التأثر
- من يتأثر بالعطل: مضيف واحد أو شبكة فرعية واحدة أو الجميع. تشير كل حالة إلى طبقة مختلفة.
أهم النقاط
- حدد ما لا يزال يعمل قبل فحص ما لا يعمل؛ فالحد الفاصل يحدد موضع العطل.
- ابدأ الاختبار من الرابط المادي صعودًا؛ فعطل الطبقة الدنيا يوحي بأن كل ما فوقها معطّل.
- حوّل العَرَض إلى فرضية محددة قابلة للاختبار قبل تغيير أي إعداد.
- غيّر شيئًا واحدًا، ثم تحقق من العَرَض الأصلي.
- يوضح نطاق التأثر الطبقة المعنية؛ فمضيف واحد أو شبكة فرعية واحدة أو الجميع حالات مختلفة.
مستعد للمتابعة؟
أنشئ حسابًا مجانيًا لحفظ تقدمك وأداء اختبار المعرفة.