اختبار قابلية الوصول باستخدام Ping

يُعد Ping أبسط اختبار للاتصال. فهو يرسل رسالة صغيرة إلى مضيف مستهدف وينتظر ردًا، ليجيب عن السؤال: «هل يمكنني الوصول إلى هذا الجهاز، وبأي سرعة؟» إذا عادت الردود، فهذا يعني أن المسار يعمل على طبقة الشبكة. وإذا انتهت مهلة الانتظار، فهناك عطل في مكان ما بينك وبين الهدف. وعادةً ما يكون Ping أول أداة يلجأ إليها الفني.

يستخدم Ping بروتوكول ICMP (Internet Control Message Protocol)، إذ يرسل Echo Request وينتظر Echo Reply. ويُعد ICMP بروتوكولًا مساعدًا للتشخيص ورسائل الخطأ، وليس لنقل بيانات المستخدم. وبما أن ping يعمل على طبقة الشبكة، فإن نجاحه يؤكد اتصال IP حتى عندما تكون خدمات الطبقات الأعلى، مثل الويب أو البريد الإلكتروني، متوقفة.

يعرض رد Ping عنوان IP المستجيب، وعدد البايتات، والزمن ذهابًا وإيابًا بالمللي ثانية، وقيمة TTL. وتشير الأزمنة المنخفضة والمستقرة إلى سلامة المسار. أما ارتفاع الأزمنة أو تذبذبها بشدة فيشير إلى ازدحام أو مسافة بعيدة. وفي النهاية، يلخص ping الحزم المرسلة والمستلمة والمفقودة، مما يمنحك صورة سريعة عن الموثوقية.

يشير الزمن ذهابًا وإيابًا (RTT) إلى المدة التي يستغرقها الطلب والرد، ويُقاس بالمللي ثانية. قد يُظهر اختبار ping لجهاز محلي أقل من 1 مللي ثانية، بينما قد يُظهر لخادم بعيد 100 مللي ثانية أو أكثر. ويعكس RTT زمن الانتقال على طول المسار. وتساعد مقارنة RTT بخط أساس معروف على التمييز بين التأخير الطبيعي الناتج عن المسافة والتباطؤ غير المعتاد.

يبلغ Ping عن فقدان الحزم بوصفه نسبة الردود التي لم تعد. ويُعد فقدان 0% مثاليًا. وقد يكون الفقدان العرضي غير ضار، لكن الفقدان المستمر يشير إلى مشكلة حقيقية، مثل الازدحام أو رابط غير مستقر أو جهاز محمّل فوق طاقته. ويعطي إرسال عدد كبير من عمليات ping، بشكل مستمر أو بعدد محدد، صورة أوضح عن الفقدان من محاولة واحدة.

تلمّح قيمة TTL (Time To Live) في الرد إلى عدد أجهزة التوجيه التي عبرتها الحزمة. وينقص كل جهاز توجيه قيمة TTL بمقدار واحد؛ وإذا وصلت إلى الصفر، تُهمَل الحزمة، مما يمنع الحلقات اللانهائية. وتكون قيم TTL الابتدائية الشائعة 64 أو 128 أو 255، بحسب نظام التشغيل، لذا فإن TTL المرتجع بقيمة 56 يشير إلى نحو ثماني قفزات.

تتمثل إحدى الطرق الكلاسيكية في تنفيذ ping إلى الخارج على مراحل: ابدأ بـ127.0.0.1 (الاسترجاع، لاختبار حزمة TCP/IP الخاصة بجهازك)، ثم عنوان IP الخاص بجهازك، ثم البوابة الافتراضية، ثم عنوان IP بعيد، ثم اسم بعيد. وتحدد أول مرحلة تفشل موضع المشكلة، بدءًا من جهازك، مرورًا بشبكة LAN والبوابة، ووصولًا إلى الإنترنت.

يختبر تنفيذ ping على عنوان IP الاتصالَ الخالص. أما تنفيذ ping على اسم، مثل ping example.com، فيختبر أيضًا DNS، لأن الاسم يجب أولًا أن يُحل إلى عنوان IP. إذا نجح ping باستخدام IP وفشل باستخدام الاسم، فالاتصال سليم والمشكلة في تحليل الأسماء؛ وهذا تمييز مفيد جدًا يضيّق نطاق البحث فورًا.

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

تختلف الخيارات المفيدة حسب نظام التشغيل، لكنها تشمل ping المستمر (-t في Windows، وهو الافتراضي في Linux)، وتحديد عدد معين (-n في Windows، و-c في Linux)، واستخدام حجم حزمة أكبر لاختبار التجزئة. ويفيد ping المستمر في مراقبة رابط متقطع في الوقت الفعلي، بينما يعطي العدد المحدد عينة سريعة عن الموثوقية.

يتألق Ping في المراحل المبكرة من استكشاف الأخطاء وإصلاحها لأنه يفصل بسرعة بين سؤال «هل يمكن الوصول إليه؟» وسؤال «هل تعمل الخدمة؟» ويدفعك نجاح ping إلى الانتقال لأعلى في المكدس، نحو DNS أو المنافذ أو التطبيق. أما فشل ping فيدفعك إلى الانتقال لأسفل، نحو الكابلات أو العنونة أو التوجيه. وفي كلتا الحالتين، توجه هذه الأداة الصغيرة تحقيقك في الاتجاه الصحيح.

اختبر معرفتك بـ ping.

تعلّمت استخدام ping. النقاط الأساسية:

• يستخدم Ping طلب/رد ICMP لاختبار إمكانية الوصول.
• اقرأ RTT وفقدان الحزم وTTL من المخرجات.
• نفّذ ping على مراحل: الاسترجاع، والجهاز نفسه، والبوابة، وعنوان IP بعيد، واسم بعيد.
• إذا نجح IP وفشل الاسم، فالمشكلة في DNS.
• قد يجعل حظر ICMP مضيفًا سليمًا يبدو متوقفًا.