في تشغيل وصيانة الشبكات، تُعد مشكلة عدم قدرة الأجهزة على إرسال أمر Ping بعد الاتصال المباشر مشكلة شائعة ومزعجة. سواءً للمبتدئين أو المهندسين ذوي الخبرة، غالبًا ما يكون من الضروري البدء من مستويات متعددة ودراسة الأسباب المحتملة. تُفصّل هذه المقالة خطوات استكشاف الأخطاء وإصلاحها لمساعدتك على تحديد السبب الجذري للمشكلة وحلها بسرعة. هذه الطرق قابلة للتطبيق والعملية في كل من بيئات الشبكات المنزلية والمؤسسات. سنرشدك خلال هذا التحدي خطوة بخطوة، من الفحوصات الأساسية إلى الفحوصات المتقدمة.
1. تحقق من حالة الاتصال الفعلي للتأكد من أن الإشارة تعمل
أساس اتصالات الشبكة هو الاتصال المادي. إذا فشل الجهاز في إرسال إشارة Ping بعد اتصال مباشر، فإن الخطوة الأولى هي التحقق من عمل الطبقة المادية. إليك الخطوات:
تأكيد اتصال كابل الشبكة:تأكد من توصيل كابل الشبكة بإحكام، وأن واجهة كابل الشبكة مرتخية. في حال استخدام كابل مباشر، تأكد من توافق الكابل مع معيار TIA/EIA-568-B (معيار الكابل المباشر المشترك). إذا كانت لديك أجهزة قديمة، فقد تحتاج إلى توصيل الكابلات المتقاطعة (TIA/EIA-568-A) لأن بعض الأجهزة القديمة لا تدعم التبديل التلقائي بين MDI وMDIX.
التحقق من جودة كابل الشبكة:قد يؤدي طول كابل الشبكة أو جودته الرديئة إلى ضعف الإشارة. يجب التحكم في طول كابل الشبكة القياسي في حدود 100 متر. إذا كان الكابل طويلاً جدًا أو به تلف واضح (مثل: كسر أو تسطيح)، يُنصح باستبداله بكابل عالي الجودة وإعادة فحصه.
مراقبة مؤشرات الجهاز:تحتوي معظم أجهزة الشبكة (مثل المحولات، وأجهزة التوجيه، وبطاقات الشبكة) على مؤشرات لحالة الاتصال. عادةً، يضيء المؤشر (أخضر أو برتقالي) بعد الاتصال، وقد يظهر وميض للإشارة إلى نقل البيانات. إذا لم يضيء المؤشر، فقد تكون هناك مشكلة في كابل الشبكة، أو عطل في الواجهة، أو أن الجهاز لا يعمل.
منفذ الاختبار:قم بتوصيل كابل الشبكة بالمنفذ الآخر بالجهاز لتجنب أي تلف. يمكنك استخدام جهاز اختبار كابلات الشبكة، إن وجد، للتحقق من توصيل كابل الشبكة والتأكد من ترتيب كل زوج من الأسلاك بشكل صحيح.
يعد الاتصال المادي هو الخطوة الأولى في اتصالات الشبكة، ويجب علينا التأكد من عدم وجود أي مشاكل في هذه الطبقة قبل أن نتمكن من الاستمرار في التحقيق في الأسباب ذات المستوى الأعلى.
2. تحقق من حالة STP للجهاز للتأكد من عدم تعطيل المنفذ
إذا لم تتمكن من إرسال أمر Ping رغم وجود اتصال فعلي طبيعي، فقد تكون هناك مشكلة في بروتوكول طبقة الارتباط بالجهاز. أحد الأسباب الشائعة هو بروتوكول شجرة الامتداد (STP).
فهم دور STP:يُستخدم بروتوكول STP (بروتوكول الشجرة الممتدة) لمنع ظهور حلقات التكرار في الشبكة. إذا اكتشف جهاز حلقة تكرار، يضع STP منافذ معينة في حالة حظر، مما يمنعها من إعادة توجيه البيانات.
التحقق من حالة المنفذ:سجّل دخولك إلى واجهة سطر الأوامر (CLI) أو واجهة إدارة الويب لجهازك للتحقق مما إذا كان المنفذ في حالة "إعادة توجيه". في حالة مُبدّل سيسكو، يُمكنك الاطلاع على حالة بروتوكول STP باستخدام الأمر show spat-tree. إذا كان أحد المنافذ في حالة "حظر"، فإن بروتوكول STP يحظر الاتصال على هذا المنفذ.
حل:
تعطيل STP مؤقتًا:في بيئة الاختبار، من الممكن إيقاف تشغيل STP مؤقتًا (على سبيل المثال، عدم وجود 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 للجهاز المستهدف. على سبيل المثال، في نظام Windows، يمكنك عرض ذاكرة التخزين المؤقت لـ ARP بفتح سطر الأوامر وكتابة arp-a. إذا لم يكن هناك عنوان MAC لعنوان IP الوجهة، فهذا يعني فشل تحليل ARP.
اختبار ARP يدويًا:حاول إرسال طلبات ARP يدويًا. على سبيل المثال، في نظام ويندوز، يمكنك استخدام الأمر ping لتشغيل طلب ARP، أو استخدام أداة مثل arping مباشرةً (في أنظمة لينكس). في حال عدم الاستجابة لطلب ARP، قد يكون السبب ما يلي:
حظر جدار الحماية:تم حظر طلبات ARP بواسطة جدار الحماية لبعض الأجهزة. تحقق من إعدادات جدار الحماية للجهاز المستهدف وحاول مرة أخرى بعد إيقاف تشغيل جدار الحماية مؤقتًا.
تصادم IP:قد يفشل حل بروتوكول 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 لجهازين ضمن الشبكة الفرعية نفسها. على سبيل المثال، عنوان IP للجهاز (أ) هو 192.168.1.10 وقناع الشبكة الفرعية هو 255.255.255.0. أما الجهاز (ب) فيملك عنوان IP هو 192.168.1.20 وقناع الشبكة الفرعية نفسه. يقع عنوانا IP على نفس الشبكة الفرعية (192.168.1.0/24) ويمكنهما نظريًا التواصل. إذا كان عنوان IP للجهاز (ب) هو 192.168.2.20، فهو ليس ضمن نفس الشبكة الفرعية، وسيفشل أمر Ping.
التحقق من أقنعة الشبكة الفرعية:قد تؤدي أقنعة الشبكات الفرعية غير المتناسقة أيضًا إلى انقطاع الاتصال. على سبيل المثال، قناع الجهاز أ هو 255.255.255.0، وقناع الجهاز ب هو 255.255.0.0، مما قد يؤدي إلى عوائق اتصال بسبب اختلاف فهمهما لنطاق الشبكة الفرعية. تأكد من تطابق أقنعة الشبكات الفرعية لكلا الجهازين.
التحقق من إعدادات البوابة:عادةً لا تحتاج الأجهزة المتصلة مباشرةً إلى بوابة، ولكن قد يؤدي سوء تكوين البوابة إلى توجيه الحزم بشكل غير صحيح. تأكد من أن بوابة كلا الجهازين مضبوطة على "غير مُهيأة" أو تُشير إلى العنوان الصحيح.
حل:
عدّل عنوان IP أو قناع الشبكة الفرعية لضمان تواجد كلا الجهازين في نفس الشبكة الفرعية. عطّل إعدادات البوابة غير الضرورية أو اضبطها على القيمة الافتراضية (0.0.0.0).
يعد تكوين IP هو جوهر اتصالات الشبكة، لذا من المهم التحقق مرة أخرى للتأكد من عدم فقدان أي شيء.
5. تحقق من حزم ICMP المرسلة والمستلمة للتأكد من عدم تعطيل البروتوكول
يعتمد أمر Ping على بروتوكول التحكم بالرسائل عبر الإنترنت (ICMP). في حال اعتراض حزم ICMP أو تعطيلها، لن ينجح الأمر.
تحقق من قواعد جدار الحماية الخاص بك:العديد من الأجهزة مُفعّلة افتراضيًا بجدران الحماية، مما قد يمنع طلبات ICMP. على سبيل المثال، في نظام Windows، تحقق من إعداد "جدار حماية Windows Defender" للتأكد من أن قاعدة ICMPv4-In مسموح بها. أما أنظمة Linux، فتحقق من قاعدة iptables (iptables -L) للتأكد من عدم حظر ICMP.
التحقق من سياسة الجهاز:بعض أجهزة التوجيه أو التبديل تُعطّل استجابات ICMP لمنع المسح. سجّل دخولك إلى شاشة إدارة الأجهزة للتأكد من تعطيل ICMP.
تحليل التقاط الحزمة:استخدم أداة مثل Wireshark أوشبكة Mylinking Tapsووسطاء حزم شبكة Mylinkingلالتقاط الحزم للتحقق من إرسال طلب ICMP وتلقي استجابة. إذا تم إرسال الطلب دون استجابة، فقد تكون المشكلة في الجهاز المستهدف. أما إذا لم يتم إرسال أي طلب، فقد تكون المشكلة في الجهاز المحلي.
حل:
(Windows: netsh advfirewall set allprofiles state off؛ Linux: 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 (Windows). إذا طُلب منك التجزئة مع ضبط علامة عدم التجزئة (DF)، فإن وحدة الإرسال القصوى غير متطابقة.
حل:
ضبط قيمة MTU (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
تأكد من أن MTU للجهازين هو نفسه.
إن مشكلة مكدس البروتوكول أكثر تعقيدًا، لذا يقترح إجراء تحليل متعمق بعد أن يكون التحقيق الأساسي غير مثمر.
7. جمع المعلومات والبحث عن الدعم الفني
إذا لم تنجح الخطوات المذكورة أعلاه في حل المشكلة، فقد تحتاج إلى جمع المزيد من المعلومات وطلب الدعم الفني.
سجل:قم بجمع معلومات السجل الخاصة بالجهاز (سجل النظام الخاص بالموجه/المحول، سجل النظام الخاص بالكمبيوتر الشخصي) ولاحظ ما إذا كان هناك أي أخطاء.
الاتصال بالشركة المصنعة:إذا كان الجهاز منتجًا مؤسسيًا مثلالارتباط الخاص بي(صنابير الشبكة, وسطاء حزم الشبكةوتجاوز مضمن), Cisco(جهاز التوجيه/التبديل)، Huawei(جهاز التوجيه/التبديل)، يمكنك الاتصال بالدعم الفني للشركة المصنعة لتزويدك بخطوات التفتيش والسجلات التفصيلية.
الاستفادة من المجتمع:انشر على المنتديات التقنية (على سبيل المثال، Stack Overflow، Cisco Community) للحصول على المساعدة، وتوفير معلومات مفصلة حول طوبولوجيا الشبكة ومعلومات التكوين.
قد يبدو الاتصال المباشر بجهاز شبكة معطلاً عن الاستجابة لأمر Ping أمرًا بسيطًا، ولكنه في الواقع قد ينطوي على مشاكل متعددة في الطبقة المادية، وطبقة الارتباط، وطبقة الشبكة، وحتى في حزمة البروتوكولات. يمكن حل معظم المشاكل باتباع هذه الخطوات السبع، من الأساسية إلى المتقدمة. سواءً كان الأمر يتعلق بفحص كابل الشبكة، أو ضبط بروتوكول STP، أو التحقق من بروتوكول ARP، أو تحسين تكوين IP وسياسة ICMP، فإن كل خطوة تتطلب عناية وصبرًا. آمل أن يوضح لك هذا الدليل كيفية استكشاف أخطاء الإنترنت لديك، حتى لا تصاب بالارتباك إذا واجهت مشكلة مماثلة.
وقت النشر: 9 مايو 2025
