في مجال تشغيل وصيانة الشبكات، تُعدّ مشكلة عدم استجابة الأجهزة لطلبات Ping بعد توصيلها مباشرةً مشكلة شائعة ولكنها مزعجة. بالنسبة للمبتدئين والمهندسين ذوي الخبرة على حد سواء، غالبًا ما يكون من الضروري البدء من مستويات متعددة وفحص الأسباب المحتملة. تُفصّل هذه المقالة خطوات استكشاف الأخطاء وإصلاحها لمساعدتك في تحديد السبب الجذري للمشكلة وحلها بسرعة. هذه الطرق قابلة للتطبيق وعملية في كل من الشبكات المنزلية وبيئات العمل. سنرشدك خلال هذه المشكلة خطوة بخطوة، بدءًا من الفحوصات الأساسية وصولًا إلى الفحوصات المتقدمة.
1. تحقق من حالة الاتصال المادي للتأكد من أن الإشارة تعمل
أساس الاتصال الشبكي هو الاتصال المادي. إذا فشل الجهاز في الاستجابة لطلب Ping بعد الاتصال المباشر، فإن الخطوة الأولى هي التحقق من سلامة الطبقة المادية. إليك الخطوات:
تأكيد اتصال كابل الشبكة:تأكد من توصيل كابل الشبكة بإحكام، ومن عدم وجود أي ارتخاء في منفذ التوصيل. في حال استخدام كابل مباشر، تأكد من توافقه مع معيار TIA/EIA-568-B (معيار الكابل المباشر الشائع). إذا كانت لديك أجهزة قديمة، فقد تحتاج إلى استخدام كابلات متقاطعة (TIA/EIA-568-A) لأن بعض الأجهزة القديمة لا تدعم التبديل التلقائي بين MDI وMDIX.
تحقق من جودة كابل الشبكة:قد يؤدي استخدام كابل شبكة رديء الجودة أو طويل جدًا إلى ضعف الإشارة. يجب ألا يتجاوز طول كابل الشبكة القياسي 100 متر. في حال كان الكابل طويلًا جدًا أو به تلف واضح (مثل التمزق أو الانضغاط)، يُنصح باستبداله بكابل عالي الجودة وإعادة الاختبار.
مراقبة مؤشرات الجهاز:تحتوي معظم أجهزة الشبكة (مثل المحولات، وأجهزة التوجيه، وبطاقات الشبكة) على مؤشرات لحالة الاتصال. عادةً، يضيء المؤشر (باللون الأخضر أو البرتقالي) بعد الاتصال، وقد يومض للدلالة على نقل البيانات. إذا لم يضيء المؤشر، فقد يكون ذلك بسبب مشكلة في كابل الشبكة، أو عطل في منفذ التوصيل، أو أن الجهاز غير مُشغّل.
منفذ الاختبار:قم بتوصيل كابل الشبكة بالمنفذ الآخر للجهاز لتجنب تلف المنفذ. إذا كان ذلك متاحًا، يمكنك استخدام جهاز اختبار كابلات الشبكة للتحقق من توصيل الكابل والتأكد من صحة ترتيب كل زوج من الأسلاك.
الاتصال المادي هو الخطوة الأولى في الاتصال الشبكي، ويجب علينا التأكد من عدم وجود مشاكل في هذه الطبقة قبل أن نتمكن من مواصلة التحقيق في الأسباب ذات المستوى الأعلى.
2. تحقق من حالة بروتوكول الشجرة الممتدة (STP) للجهاز للتأكد من أن المنفذ غير معطل.
إذا لم تتمكن من إجراء اختبار الاتصال (Ping) رغم وجود اتصال فعلي سليم، فقد يكون هناك مشكلة في بروتوكول طبقة الربط الخاص بالجهاز. أحد الأسباب الشائعة هو بروتوكول الشجرة الممتدة (STP).
فهم دور STP:يُستخدم بروتوكول الشجرة الممتدة (STP) لمنع ظهور الحلقات في الشبكة. إذا اكتشف جهاز حلقة، يضع بروتوكول الشجرة الممتدة منافذ معينة في حالة حظر، مما يمنعها من إعادة توجيه البيانات.
تحقق من حالة المنفذ:سجّل الدخول إلى واجهة سطر الأوامر (CLI) أو واجهة إدارة الويب الخاصة بجهازك لمعرفة ما إذا كان المنفذ في حالة "إعادة التوجيه". في حالة محوّل سيسكو، يمكنك عرض حالة بروتوكول الشجرة الممتدة (STP) باستخدام الأمر show spat-tree. إذا ظهر المنفذ على أنه "حظر"، فهذا يعني أن بروتوكول الشجرة الممتدة (STP) يحظر الاتصال على ذلك المنفذ.
حل:
تعطيل بروتوكول STP مؤقتًا:في بيئة الاختبار، من الممكن إيقاف تشغيل STP مؤقتًا (على سبيل المثال، no spath-tree vlan 1)، ولكن لا يُنصح بذلك في بيئة الإنتاج لأنه قد يتسبب في عاصفة بث.
تفعيل PortFast:إذا كان الجهاز يدعم ذلك، فيمكن تمكين وظيفة PortFast على المنفذ (أوامر مثل spath-tree portfast)، مما يسمح للمنفذ بتخطي مرحلة الاستماع والتعلم في STP والدخول مباشرة في حالة إعادة التوجيه.
التحقق من وجود حلقات تكرارية:إذا كان سبب حظر STP هو وجود حلقات في الشبكة، فقم بفحص بنية الشبكة بشكل أكبر للعثور على الحلقات وكسرها.
تُعدّ مشاكل بروتوكول الشجرة الممتدة (STP) شائعة في شبكات المؤسسات، لا سيما في بيئات المحولات المتعددة. إذا كانت شبكتك صغيرة، فقد تتمكن من تخطي هذه الخطوة مؤقتًا، ولكن فهم كيفية عمل بروتوكول الشجرة الممتدة (STP) سيُسهّل عليك كثيرًا حلّ المشاكل في المستقبل.
3. تحقق من عمل بروتوكول ARP للتأكد من حل عنوان MAC بشكل صحيح.
عندما تكون طبقة الربط طبيعية، انتقل إلى طبقة الشبكة للتحقق. يعتمد أمر Ping على بروتوكول ICMP، الذي يقوم أولاً بتحويل عنوان IP المستهدف إلى عنوان MAC عبر بروتوكول تحليل العناوين (ARP). إذا فشل تحليل ARP، فسيفشل أمر Ping.
تحقق من جدول ARP: تحقق من جدول ARP على الجهاز للتأكد من نجاح عملية تحديد عنوان MAC الخاص بالجهاز المستهدف. في نظام ويندوز، على سبيل المثال، يمكنك عرض ذاكرة التخزين المؤقت لـ ARP عن طريق فتح موجه الأوامر وكتابة arp-a. إذا لم يكن هناك عنوان MAC لعنوان IP الوجهة، فهذا يعني فشل عملية تحديد عنوان MAC.
اختبار ARP يدويًا:جرّب إرسال طلبات ARP يدويًا. على سبيل المثال، في نظام ويندوز، يمكنك استخدام الأمر ping لإرسال طلب ARP، أو استخدام أداة مباشرة مثل arping (في أنظمة لينكس). إذا لم تتلقَّ أي استجابة لطلب ARP، فقد تشمل الأسباب ما يلي:
حظر جدار الحماية:قد يتم حظر طلبات ARP بواسطة جدار الحماية في بعض الأجهزة. تحقق من إعدادات جدار الحماية للجهاز المستهدف، ثم حاول مرة أخرى بعد إيقاف تشغيل جدار الحماية مؤقتًا.
تصادم بروتوكول الإنترنت:قد يفشل تحليل ARP في حال وجود تضارب في عناوين IP على الشبكة. استخدم أداة مثل Wireshark لرصد الحزم ومعرفة ما إذا كانت هناك عناوين MAC متعددة تستجيب لنفس عنوان IP.
حل:
احذف Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ثم قم بإجراء اختبار الاتصال (Ping) مرة أخرى.
تأكد من أن عناوين IP لكلا الجهازين موجودة في نفس الشبكة الفرعية وأن قناع الشبكة الفرعية هو نفسه (انظر الخطوة التالية لمزيد من التفاصيل).
غالباً ما ترتبط مشاكل بروتوكول ARP ارتباطاً وثيقاً بتكوين طبقة الشبكة، ويتطلب الأمر الصبر في استكشاف الأخطاء وإصلاحها للتأكد من أن كل شيء يعمل.
4. تحقق من عنوان IP وتكوين الشبكة الفرعية لضمان بنية الاتصالات التحتية
غالباً ما تكون مشاكل طبقة الشبكة السبب الرئيسي لفشل اختبار الاتصال (Ping). تتسبب عناوين IP والشبكات الفرعية المُهيأة بشكل خاطئ في فشل الأجهزة في التواصل. إليك الخطوات:
تأكيد عنوان IP:تحقق مما إذا كانت عناوين IP لجهازين تقع ضمن نفس الشبكة الفرعية. على سبيل المثال، الجهاز A لديه عنوان IP 192.168.1.10 وقناع الشبكة الفرعية 255.255.255.0. الجهاز B لديه عنوان IP 192.168.1.20 ونفس قناع الشبكة الفرعية. يقع كلا العنوانين ضمن نفس الشبكة الفرعية (192.168.1.0/24) ويمكنهما نظريًا التواصل. أما إذا كان عنوان IP للجهاز B هو 192.168.2.20، فهو ليس ضمن نفس الشبكة الفرعية، وبالتالي سيفشل اختبار الاتصال (Ping).
تحقق من أقنعة الشبكة الفرعية:قد يؤدي اختلاف قناع الشبكة الفرعية إلى فشل الاتصال. على سبيل المثال، إذا كان قناع الشبكة الفرعية للجهاز (أ) هو 255.255.255.0، بينما هو 255.255.0.0، فقد يُسبب ذلك عوائق في الاتصال نتيجةً لاختلاف فهمهما لنطاق الشبكة الفرعية. تأكد من تطابق قناع الشبكة الفرعية لكلا الجهازين.
تحقق من إعدادات البوابة:لا تحتاج الأجهزة المتصلة مباشرةً عادةً إلى بوابة، ولكن قد يؤدي سوء تكوين البوابة إلى إعادة توجيه الحزم بشكل غير صحيح. تأكد من ضبط البوابة لكلا الجهازين على "غير مُكوَّن" أو أنها تشير إلى العنوان الصحيح.
حل:
قم بتعديل عنوان IP أو قناع الشبكة الفرعية للتأكد من أن كلا الجهازين موجودان في نفس الشبكة الفرعية. قم بتعطيل إعدادات البوابة غير الضرورية أو اضبطها على القيمة الافتراضية (0.0.0.0).
يُعد تكوين بروتوكول الإنترنت (IP) جوهر الاتصال الشبكي، لذا من المهم التحقق مرتين للتأكد من عدم وجود أي شيء مفقود.
5. تحقق من حزم بروتوكول ICMP المرسلة والمستلمة للتأكد من عدم تعطيل البروتوكول.
يعتمد أمر Ping على بروتوكول رسائل التحكم في الإنترنت (ICMP). إذا تم اعتراض حزم ICMP أو تعطيلها، فلن ينجح أمر Ping.
تحقق من قواعد جدار الحماية الخاص بك:تأتي العديد من الأجهزة مزودة بجدران حماية مُفعّلة افتراضيًا، مما قد يحظر طلبات بروتوكول ICMP. في نظام ويندوز، على سبيل المثال، تحقق من إعدادات "جدار حماية ويندوز ديفندر" للتأكد من السماح بقاعدة ICMPv4-In. أما أنظمة لينكس، فتتحقق من قاعدة iptables (باستخدام الأمر iptables -L) للتأكد من عدم حظر بروتوكول ICMP.
تحقق من سياسة الجهاز:تقوم بعض أجهزة التوجيه أو المحولات بتعطيل استجابات بروتوكول ICMP لمنع المسح الضوئي. سجّل الدخول إلى شاشة إدارة الجهاز للتأكد من تعطيل بروتوكول ICMP.
تحليل التقاط الحزم:استخدم أداة مثل Wireshark أوأجهزة تنصت الشبكة من Mylinkingووسطاء حزم شبكة ماي لينكينجلالتقاط حزم البيانات لمعرفة ما إذا تم إرسال طلب ICMP وما إذا كان هناك رد. إذا تم إرسال الطلب ولكن لم يكن هناك رد، فقد تكون المشكلة في الجهاز المستهدف. أما إذا لم يتم إرسال أي طلب، فقد تكون المشكلة في الجهاز المحلي.
حل:
(ويندوز: netsh advfirewall set allprofiles state off؛ لينكس: iptables -F) لاختبار ما إذا كان Ping قد عاد إلى وضعه الطبيعي. قم بتمكين استجابات ICMP على الجهاز (على سبيل المثال، جهاز Cisco: ip icmp echo-reply).
غالباً ما ترتبط مشكلات بروتوكول ICMP بسياسات الأمان، والتي تتطلب المفاضلة بين الأمان والاتصال.
6. تحقق من صحة تنسيق الحزمة للتأكد من عدم وجود أي خلل في حزمة البروتوكولات
إذا سارت الأمور على ما يرام وما زلت غير قادر على إجراء اختبار الاتصال (Ping)، فقد تحتاج إلى التعمق في حزمة البروتوكول للتحقق من أن الحزمة بالتنسيق الصحيح.
التقاط وتحليل الحزم:
استخدم برنامج Wireshark لالتقاط حزم بروتوكول ICMP والتحقق مما يلي:
- نوع ورمز طلب ICMP صحيحان (يجب أن يكون طلب الصدى من النوع 8، والرمز 0).
- ما إذا كانت عناوين IP المصدر والوجهة صحيحة.
- ما إذا كانت هناك قيم TTL (وقت البقاء) غير طبيعية يمكن أن تتسبب في إسقاط الحزمة في منتصف الطريق.
تحقق من إعدادات MTU:إذا لم تكن إعدادات وحدة الإرسال القصوى (MTU) متطابقة، فقد تفشل عملية تجزئة الحزم. القيمة الافتراضية لوحدة الإرسال القصوى هي 1500 بايت، ولكن قد يتم ضبط بعض الأجهزة على قيم أصغر. اختبر التجزئة باستخدام الأمر ping-fl 1472 target IP (في نظام ويندوز). إذا طُلب منك تفعيل التجزئة ولكن تم تحديد خيار "عدم التجزئة" (DF)، فهذا يعني أن قيمة وحدة الإرسال القصوى غير متطابقة.
حل:
قم بضبط قيمة MTU (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
تأكد من أن وحدة النقل القصوى (MTU) للجهازين متطابقة.
تُعد مشكلة حزمة البروتوكولات أكثر تعقيدًا، ويُقترح إجراء تحليل متعمق بعد أن يكون التحقيق الأساسي غير مثمر.
7. جمع المعلومات وطلب الدعم الفني
إذا لم تحل الخطوات المذكورة أعلاه المشكلة، فقد تحتاج إلى جمع المزيد من المعلومات وطلب الدعم الفني.
سجل:قم بجمع معلومات السجل الخاصة بالجهاز (syslog الخاص بالموجه/المحول، syslog الخاص بالكمبيوتر الشخصي) وتحقق مما إذا كانت هناك أي أخطاء.
اتصل بالشركة المصنعة:إذا كان الجهاز منتجًا مؤسسيًا مثلروابطي(أجهزة تنصت الشبكة, وسطاء حزم الشبكةوتجاوز خطي), Cisco(Router/Switch), Huawei(Router/Switch), يمكنك الاتصال بالدعم الفني للشركة المصنعة للحصول على خطوات الفحص والسجلات التفصيلية.
الاستفادة من المجتمع:انشر طلبك للمساعدة في المنتديات التقنية (مثل Stack Overflow و Cisco Community)، مع تقديم معلومات مفصلة عن بنية الشبكة وتكوينها.
قد يبدو الاتصال المباشر بجهاز شبكة لا يستجيب لطلب Ping أمرًا بسيطًا، ولكنه في الواقع قد ينطوي على مشاكل متعددة على مستوى الطبقة الفيزيائية، وطبقة الربط، وطبقة الشبكة، وحتى على مستوى بروتوكولات الشبكة. يمكن حل معظم هذه المشاكل باتباع هذه الخطوات السبع، من الأساسية إلى المتقدمة. سواءً أكان الأمر يتعلق بفحص كابل الشبكة، أو ضبط بروتوكول الشجرة الممتدة (STP)، أو التحقق من بروتوكول تحليل العناوين (ARP)، أو تحسين إعدادات بروتوكول الإنترنت (IP) وسياسة بروتوكول التحكم في الرسائل (ICMP)، فإن كل خطوة تتطلب عناية وصبرًا. آمل أن يوضح لك هذا الدليل كيفية استكشاف أخطاء الإنترنت وإصلاحها، حتى لا تشعر بالحيرة إذا واجهت مشكلة مماثلة.
تاريخ النشر: 9 مايو 2025
