ping - إرسال طلب ICMP ECHO_REQUEST إلى مضيفي الشبكة
ملخص
ping [-aAbBdCDfhHLnOqrRUvV346] [-c count] [-e identifier] [-F flowlabel] [-i interval]
[-I interface] [-l preload] [-m mark] [-M pmtudisc_option] [-N nodeinfo_option]
[-w deadline] [-W timeout] [-p pattern] [-Q tos] [-s packetsize] [-S sndbuf] [-t ttl]
[-T timestamp option] [hop...] {destination}
الوصف
يستخدم ping بروتوكول ICMP لإرسال حزمة ECHO_REQUEST (إلزامية) لاستخلاص حزمة ECHO_RESPONSE من مضيف أو بوابة. تحتوي حزم ECHO_REQUEST ("ping") على رأس IP ورأس ICMP، يليهما هيكل timeval ثم عدد اختياري من البايتات "الحشو" المستخدمة لملء الحزمة.
يعمل ping مع كل من IPv4 و IPv6. يمكن استخدام أحد البروتوكولين فقط عن طريق تحديد -4 أو -6.
يمكن لـ ping أيضًا إرسال استعلامات معلومات عقد IPv6 (RFC4620). قد لا يُسمح بالقفزات الوسيطة، لأنه تم إهمال توجيه مصدر IPv6 (RFC5095).
الخيارات
-3
دقة RTT (لا تقرّب نتيجة الوقت).
-4
استخدام IPv4 فقط.
-6
استخدام IPv6 فقط.
-a
إرسال ping مع صوت.
-A
إرسال ping بشكل تكيفي. يتكيف الفاصل الزمني بين الحزم مع وقت الاستجابة، بحيث لا يوجد في الشبكة أكثر من حزمة واحدة (أو أكثر، إذا تم تعيين preload) لم يتم الرد عليها. الفاصل الزمني الافتراضي هو 2 مللي ثانية، لمزيد من المعلومات راجع الخيار -i. في الشبكات ذات وقت الاستجابة المنخفض، يكون هذا الوضع مكافئًا للوضع السريع.
-b
السماح بإرسال ping إلى عنوان بث.
-B
عدم السماح لـ ping بتغيير عنوان المصدر للحزم. يتم ربط العنوان بواحد تم تحديده عند بدء ping.
-c count
التوقف بعد إرسال عدد count من حزم ECHO_REQUEST. مع خيار المهلة، ينتظر ping عدد count من حزم ECHO_REPLY، حتى تنتهي المهلة.
-C
استدعاء وظيفة connect() في نظام التشغيل عند إنشاء socket.
-d
تعيين خيار SO_DEBUG على socket المستخدم. في الأساس، هذا الخيار من socket غير مستخدم بواسطة نواة Linux.
-D
طباعة الطابع الزمني (وقت Unix بالإضافة إلى الميكروثانية كما في gettimeofday) قبل كل سطر.
-e identifier
تعيين حقل المعرف في ECHO_REQUEST. القيمة 0 تعني استخدام socket خام (غير مدعوم في socket بيانات ICMP). يمكن طباعة قيمة الحقل باستخدام الخيار -v.
-f
إرسال ping بسرعة. لكل ECHO_REQUEST يتم إرسالها، تتم طباعة نقطة ".". لكل ECHO_REPLY يتم استقبالها، تتم طباعة مسافة للخلف. يوفر هذا عرضًا سريعًا لعدد الحزم التي يتم إسقاطها. إذا لم يتم تحديد الفاصل الزمني، فإنه يضبط الفاصل الزمني على صفر ويخرج الحزم بأسرع ما يمكن أو مائة مرة في الثانية، أيهما أكبر. يمكن للمستخدم الجذر فقط استخدام هذا الخيار بفاصل زمني صفري.
-F flow label
فقط IPv6. تخصيص وتعيين تسمية تدفق 20 بت (بالصيغة الست عشرية) على حزم طلب الصدى. إذا كانت القيمة صفرًا، يقوم النواة بتخصيص تسمية تدفق عشوائية.
-h
عرض المساعدة.
-H
فرض حل اسم DNS للناتج. مفيد للوجهة الرقمية، أو خيار -f، والذي بشكل افتراضي لا يقوم به. يمكن أن يساعد أيضًا في التغلب على مشاكل حل DNS. يلغي الخيار -n المعرّف مسبقًا. انظر أيضًا متغير البيئة IPUTILS_PING_PTR_LOOKUP.
-i interval
انتظر فاصل زمني بالثواني بين إرسال كل حزمة. يُسمح برقم حقيقي مع فاصلة عشرية (بغض النظر عن إعداد اللغة). الافتراضي هو الانتظار لمدة ثانية واحدة بين كل حزمة عادةً، أو عدم الانتظار في وضع الفيضان. يمكن فقط للمستخدم الجذر تعيين الفاصل الزمني لقيم أقل من 2 مللي ثانية. لدى بينج للبث المتعدد والارسال المتعدد قيود أعلى للمستخدم العادي: الحد الأدنى هو 1 ثانية.
-I interface
الواجهة هي إما عنوان أو اسم واجهة أو اسم VRF. إذا كانت الواجهة عنوانًا، فإنه يضبط عنوان المصدر على عنوان الواجهة المحدد. إذا كانت الواجهة اسم واجهة، فإنه يضبط واجهة المصدر على الواجهة المحددة. إذا كانت الواجهة اسم VRF، يتم توجيه كل حزمة باستخدام جدول التوجيه المقابل؛ في هذه الحالة، يمكن تكرار خيار -I لتحديد عنوان مصدر. ملاحظة: بالنسبة لـ IPv6، عند إجراء اختبار اتصال لعنوان نطاق الارتباط المحلي، يمكن استخدام تحديد الارتباط (عن طريق تدوين "%" في الوجهة، أو عن طريق هذا الخيار)، ولكنه لم يعد مطلوبًا.
-l preload
إذا تم تحديد preload، يقوم ping بإرسال هذا العدد من الحزم دون انتظار الرد. يمكن فقط للمستخدم الجذر تحديد preload أكثر من 3.
-L
قم بإيقاف تكرار حزم البث المتعدد. لا ينطبق هذا العلم إلا إذا كانت وجهة ping هي عنوان بث متعدد.
-m mark
استخدم mark لوضع علامة على الحزم الخارجة. هذا مفيد لأسباب مختلفة داخل النواة مثل استخدام التوجيه المستند إلى السياسة لتحديد معالجة صاعدة محددة. مطلوب امتياز CAP_NET_ADMIN أو CAP_NET_RAW (ابتداءً من Linux 5.17)، انظر socket(7).
-M pmtudisc_opt
حدد استراتيجية اكتشاف MTU للمسار. يمكن أن يكون pmtudisc_option إما do (تعيين علامة DF ولكن يخضع لفحوصات PMTU بواسطة النواة، سيتم رفض الحزم الكبيرة جدًا)، أو want (إجراء اكتشاف PMTU، وتجزئة محليًا عندما يكون حجم الحزمة كبيرًا)، أو probe (تعيين علامة DF وتجاوز فحوصات PMTU، مفيد للاختبار)، أو dont (لا تقم بتعيين علامة DF).
-N nodeinfo_option
فقط IPv6. إرسال استعلامات معلومات عقدة IPv6 (RFC4620) بدلاً من طلبات الصدى. مطلوب امتياز CAP_NET_RAW.
help
عرض المساعدة لدعم NI.
name
الاستعلام عن أسماء العقد.
ipv6
الاستعلام عن عناوين IPv6. هناك العديد من العلامات الخاصة بـ IPv6.
ipv6-global
اطلب عناوين IPv6 ذات النطاق العام.
ipv6-sitelocal
اطلب عناوين IPv6 المحلية للموقع.
ipv6-linklocal
اطلب عناوين IPv6 المحلية للارتباط.
ipv6-all
اطلب عناوين IPv6 على واجهات أخرى.
ipv4
الاستعلام عن عناوين IPv4. هناك علامة واحدة خاصة بـ IPv4.
ipv4-all
اطلب عناوين IPv4 على واجهات أخرى.
subject-ipv6=ipv6addr
عنوان موضوع IPv6.
subject-ipv4=ipv4addr
عنوان موضوع IPv4.
subject-name=nodename
اسم الموضوع. إذا كان يحتوي على أكثر من نقطة، يُفترض أن يكون اسم المجال المؤهل بالكامل.
subject-fqdn=nodename
اسم الموضوع. يُفترض دائمًا أن يكون اسم المجال المؤهل بالكامل.
-n
إخراج رقمي فقط. لن يتم إجراء أي محاولة للبحث عن أسماء رمزية لعناوين المضيف (لا يتم إجراء بحث DNS عكسي). هذا هو الافتراضي للوجهة الرقمية أو خيار -f. يلغي الخيار -H الذي تم تعريفه سابقًا. انظر أيضًا متغير البيئة IPUTILS_PING_PTR_LOOKUP.
-O
قم بالإبلاغ عن حزمة ICMP ECHO التي لم يتم الرد عليها قبل إرسال الحزمة التالية. هذا مفيد مع خيار الطابع الزمني -D لتسجيل الإخراج في ملف تشخيص والبحث عن الإجابات المفقودة.
-p pattern
يمكنك تحديد ما يصل إلى 16 بايت "حشو" لملء الحزمة التي ترسلها. هذا مفيد لتشخيص المشاكل المتعلقة بالبيانات في الشبكة. على سبيل المثال، سيؤدي -p ff إلى ملء الحزمة المرسلة بجميع الواحدات.
-q
إخراج هادئ. لا يتم عرض أي شيء باستثناء سطور الملخص في وقت بدء التشغيل وعند الانتهاء.
-Q tos
قم بتعيين البتات المتعلقة بجودة الخدمة (QoS) في حزم ICMP. يمكن أن يكون tos رقمًا عشريًا (ping فقط) أو رقمًا سداسيًا عشريًا.
في RFC2474، يتم تفسير هذه الحقول على أنها 8 بت من خدمات مميزة (DS)، تتكون من: البتات 0-1 (البتان الأدنى) من بيانات منفصلة، والبتات 2-7 (البتات الستة العليا) من نقطة خدمة مميزة (DSCP). في RFC2481 و RFC3168، يتم استخدام البتات 0-1 للتحكم في الازدحام الصريح (ECN).
تاريخيًا (RFC1349، تم إلغاؤه بواسطة RFC2474)، تم تفسيرها على أنها: البت 0 (البت الأدنى) مخصص للاستخدام (يتم إعادة تعريفه حاليًا للتحكم في الازدحام)، و 1-4 لنوع الخدمة، والبتات 5-7 (البتات العليا) للأسبقية.
-r
تجاوز جداول التوجيه العادية وأرسل مباشرة إلى مضيف على واجهة متصلة. إذا لم يكن المضيف على شبكة متصلة مباشرة، يتم إرجاع خطأ. يمكن استخدام هذا الخيار لعمل ping لمضيف محلي عبر واجهة ليس لديها مسار من خلالها، بشرط استخدام الخيار -I أيضًا.
-R
ping فقط. سجل المسار. يتضمن خيار RECORD_ROUTE في حزمة ECHO_REQUEST ويعرض مخزن المسار في الحزم التي تم إرجاعها. لاحظ أن رأس IP كبير بما يكفي لتسعة مسارات فقط. يتجاهل العديد من المضيفين هذا الخيار أو يتجاهله.
-s packetsize
يحدد عدد بايتات البيانات المراد إرسالها. القيمة الافتراضية هي 56، والتي تترجم إلى 64 بايت من بيانات ICMP عند دمجها مع 8 بايت من رأس بيانات ICMP. أقصى قيمة مسموح بها هي 65507 لـ IPv4 (65467 عند استخدام -R أو -T أو القفزات الوسيطة) أو 65527 لـ IPv6، ولكن معظم الأنظمة تحد من ذلك إلى رقم أصغر يعتمد على النظام.
-S sndbuf
قم بتعيين مخزن إرسال المقبس. إذا لم يتم تحديده، فسيتم تحديده لتخزين حزمة واحدة على الأكثر.
-t ttl
ping فقط. قم بتعيين وقت الحياة (TTL) لـ IP.
-T timestamp option
قم بتعيين خيارات الطابع الزمني الخاصة بـ IP. يمكن أن يكون خيار الطابع الزمني إما tsonly (الطوابع الزمنية فقط)، أو tsandaddr (الطوابع الزمنية والعناوين)، أو tsprespec host1 [host2 [host3 [host4]]] (الطابع الزمني المحدد مسبقًا للقفزات).
-U
اطبع زمن الوصول الكامل من مستخدم إلى مستخدم (السلوك القديم). عادةً ما يقوم ping بطباعة وقت الرحلة ذهابًا وإيابًا للشبكة، والذي يمكن أن يكون مختلفًا على سبيل المثال بسبب فشل DNS.
-v
إخراج مطول. لا تقم بإخفاء ردود DUP عند اختبار عنوان البث المتعدد.
-V
عرض الإصدار والخروج.
-w مهلة
حدد مهلة بالثواني قبل أن يخرج برنامج اختبار الاتصال بغض النظر عن عدد الحزم التي تم إرسالها أو استقبالها. في هذه الحالة، لا يتوقف برنامج اختبار الاتصال بعد إرسال عدد معين من الحزم، بل ينتظر إما انتهاء المهلة أو حتى يتم الرد على عدد معين من الحزم أو حدوث إشعار خطأ من الشبكة.
-W مهلة
الوقت الذي يجب انتظاره للحصول على استجابة، بالثواني. يؤثر هذا الخيار فقط على المهلة في حالة عدم وجود أي استجابات، وإلا فإن برنامج اختبار الاتصال ينتظر لمدة RTT (ذهابًا وإيابًا). يسمح باستخدام رقم حقيقي مع فاصلة عشرية (بغض النظر عن إعداد اللغة). 0 يعني مهلة غير محدودة.
عند استخدام برنامج اختبار الاتصال لعزل الأخطاء، يجب أولاً تشغيله على الجهاز المحلي، للتحقق من أن واجهة الشبكة المحلية تعمل. ثم، يجب "اختبار" الأجهزة والبوابات التي تقع على مسافة أبعد فأبعد. يتم حساب أوقات التنقل ذهابًا وإيابًا وإحصائيات فقدان الحزم. إذا تم استلام حزم مكررة، فلن يتم تضمينها في حساب فقدان الحزم، على الرغم من استخدام وقت التنقل ذهابًا وإيابًا لهذه الحزم في حساب الحد الأدنى/المتوسط/الأقصى/الانحراف المعياري لأوقات التنقل ذهابًا وإيابًا.
الانحراف المعياري (mdev)، وهو في الأساس متوسط لمدى بعد كل وقت تنقل ذهابًا وإيابًا عن متوسط وقت التنقل ذهابًا وإيابًا. كلما زاد الانحراف المعياري، زاد تقلب وقت التنقل ذهابًا وإيابًا (بمرور الوقت). مع وجود تقلب كبير في وقت التنقل ذهابًا وإيابًا، ستواجه مشاكل في السرعة مع عمليات النقل الكبيرة (سيستغرق الأمر وقتًا أطول مما ينبغي، حيث سيؤدي التقلب في النهاية إلى جعل المرسل ينتظر إقرارات) وسيكون لديك جودة VoIP متوسطة إلى ضعيفة.
عندما يتم إرسال العدد المحدد من الحزم (واستلامها) أو إذا تم إنهاء البرنامج بإشارة SIGINT، يتم عرض ملخص موجز. يمكن الحصول على إحصائيات حالية أقصر دون إنهاء العملية بإشارة SIGQUIT.
يهدف هذا البرنامج إلى استخدامه في اختبار الشبكة وقياسها وإدارتها. نظرًا للحمل الذي يمكن أن يفرضه على الشبكة، فمن غير الحكمة استخدام برنامج اختبار الاتصال أثناء العمليات العادية أو من البرامج النصية الآلية.
البيئة
متغير البيئة IPUTILS_PING_PTR_LOOKUP مضبوط على 0 لتعطيل تحليل DNS العكسي (بحث PTR) افتراضيًا. سيتم تجاوز ذلك بواسطة الخيارين -H أو -n.
حالة الخروج
إذا لم يستقبل برنامج اختبار الاتصال أي حزم رد على الإطلاق، فسيخرج برمز 1. إذا تم تحديد عدد الحزم والمهلة، وتم استقبال عدد أقل من الحزم بحلول الوقت الذي تنتهي فيه المهلة، فسوف يخرج أيضًا برمز 1. في حالة حدوث أي خطأ آخر، فإنه يخرج برمز 2. وإلا، فإنه يخرج برمز 0. يتيح ذلك استخدام رمز الخروج لمعرفة ما إذا كان المضيف يعمل أم لا.
وجهات IPv6 ذات نطاق الارتباط المحلي
بالنسبة لـ IPv6، عندما يكون عنوان الوجهة ذو نطاق ارتباط محلي ويستخدم برنامج اختبار الاتصال مقابس ICMP، فيجب تحديد واجهة الإخراج. عندما يستخدم برنامج اختبار الاتصال مقابس خام، فليس من الضروري تحديد واجهة الإخراج، ولكن يجب القيام بذلك لتجنب الغموض في حالة وجود واجهات إخراج متعددة ممكنة.
هناك طريقتان لتحديد واجهة الإخراج:
باستخدام رمز النسبة المئوية (%)
يتم إلحاق عنوان الوجهة برمز النسبة المئوية واسم واجهة الإخراج أو رقمها (ifindex)، على سبيل المثال:
ping fe80::5054:ff:fe70:67bc%eth0
ping fe80::5054:ff:fe70:67bc%2
باستخدام الخيار -I
عند استخدام مقابس بيانات ICMP، يتم دعم هذه الطريقة بدءًا من إصدارات النواة التالية: 5.17، 5.15.19، 5.10.96، 5.4.176، 4.19.228، 4.14.265. كما أنها غير مدعومة على musl libc.
تفاصيل حزمة ICMP
يتكون رأس IP بدون خيارات من 20 بايت. تحتوي حزمة ICMP ECHO_REQUEST على 8 بايت إضافية من رأس ICMP متبوعة بكمية عشوائية من البيانات. عندما يتم تحديد حجم الحزمة (packetsize)، يشير ذلك إلى حجم هذه البيانات الإضافية (القيمة الافتراضية هي 56). وبالتالي، فإن مقدار البيانات المستلمة داخل حزمة IP من النوع ICMP ECHO_REPLY سيكون دائمًا أكبر بـ 8 بايت من حجم البيانات المطلوبة (رأس ICMP).
إذا كان حجم مساحة البيانات على الأقل بحجم struct timeval، يستخدم ping البايتات الأولى من هذه المساحة لتضمين ختم زمني يستخدمه في حساب أوقات الاستجابة. إذا كانت مساحة البيانات أقصر، فلن يتم توفير أوقات الاستجابة.
الحزم المكررة والتالفة
سيعرض ping الحزم المكررة والتالفة. يجب ألا تحدث الحزم المكررة أبدًا، ويبدو أنها ناتجة عن عمليات إعادة الإرسال غير المناسبة على مستوى الارتباط. يمكن أن تحدث التكرارات في العديد من المواقف ونادرًا ما تكون (إن وجدت) علامة جيدة، على الرغم من أن وجود مستويات منخفضة من التكرارات قد لا يكون دائمًا سببًا للقلق.
الحزم التالفة هي بالتأكيد سبب خطير للقلق وغالبًا ما تشير إلى وجود أجهزة معطلة في مكان ما في مسار حزمة ping (في الشبكة أو في المضيفين).
تصادمات المعرفات
على عكس TCP و UDP، اللذين يستخدمان المنفذ لتحديد المستلم بشكل فريد لتسليم البيانات، يستخدم ICMP حقل المعرف (ID) للتحديد. لذلك، إذا كان على نفس الجهاز، في نفس الوقت، تستخدم عمليتا ping نفس المعرف، فقد يتم تسليم حزمة الرد إلى مستلم خاطئ. هذه مشكلة معروفة بسبب الحجم المحدود لحقل المعرف المكون من 16 بت. هذا هو قيد تاريخي في البروتوكول لا يمكن إصلاحه في الوقت الحالي ما لم نُضمّن مُعرّفًا في حمولة حزمة ping. يعرض ping رسالة "DIFFERENT ADDRESS" وفقدان الحزمة سلبي.
يستخدم ping رقم العملية (PID) للحصول على رقم فريد. القيمة الافتراضية لـ /proc/sys/kernel/pid_max هي 32768. على الأنظمة التي تستخدم ping بكثافة ومع pid_max أكبر من 65535، من المحتمل حدوث تصادمات.
تجربة أنماط بيانات مختلفة
لا ينبغي أن تتعامل الطبقة (الشبكية) مع الحزم بشكل مختلف اعتمادًا على البيانات الموجودة في جزء البيانات. لسوء الحظ، من المعروف أن المشاكل المتعلقة بالبيانات قد تتسلل إلى الشبكات وتظل دون اكتشاف لفترات طويلة. في كثير من الحالات، يكون النمط الذي سيسبب مشاكل هو نمط لا يحتوي على ما يكفي من "التحولات"، مثل كل الأصفار أو كل الآحاد، أو نمط على الحافة، مثل معظم الأصفار. ليس من الضروري دائمًا تحديد نمط بيانات يتكون من أصفار (على سبيل المثال) على سطر الأوامر لأن النمط الذي يهم هو على مستوى رابط البيانات، ويمكن أن تكون العلاقة بين ما تكتبه وما ترسله وحدات التحكم معقدة.
هذا يعني أنه إذا كان لديك مشكلة تعتمد على البيانات، فمن المحتمل أن تحتاج إلى إجراء الكثير من الاختبارات للعثور عليها. إذا كنت محظوظًا، فقد تتمكن من العثور على ملف لا يمكن إرساله عبر شبكتك أو يستغرق وقتًا أطول للنقل من الملفات الأخرى ذات الطول المماثل. يمكنك بعد ذلك فحص هذا الملف بحثًا عن أنماط متكررة يمكنك اختبارها باستخدام الخيار -p في الأمر ping.
تفاصيل TTL
يمثل قيمة TTL في حزمة IP الحد الأقصى لعدد أجهزة توجيه IP التي يمكن أن تمر بها الحزمة قبل التخلص منها. في الممارسة العملية، يمكنك أن تتوقع أن يقوم كل جهاز توجيه في الإنترنت بتقليل حقل TTL بمقدار واحد بالضبط.
قد تأخذ قيمة TTL لحزم TCP قيمًا مختلفة. أقصى قيمة ممكنة لهذا الحقل هي 255، والقيمة الأولية الموصى بها هي 64. لمزيد من المعلومات، راجع قسم TCP/Lower-Level Interface في RFC9293.
في التشغيل العادي، يعرض الأمر ping قيمة TTL من الحزمة التي يتلقاها. عندما يتلقى نظام بعيد حزمة ping، يمكنه القيام بأحد الإجراءات الثلاثة التالية بحقل TTL في استجابته:
* عدم تغييره؛ هذا ما كانت تفعله أنظمة Berkeley Unix قبل إصدار 4.3BSD Tahoe. في هذه الحالة، ستكون قيمة TTL في الحزمة المستلمة 255 ناقص عدد أجهزة التوجيه في المسار ذهابًا وإيابًا.
* تعيينها إلى 255؛ هذا ما تفعله أنظمة Berkeley Unix الحالية. في هذه الحالة، ستكون قيمة TTL في الحزمة المستلمة 255 ناقص عدد أجهزة التوجيه في المسار من النظام البعيد إلى مضيف `ping`.
* تعيينها إلى قيمة أخرى. تستخدم بعض الأجهزة نفس القيمة لحزم ICMP التي تستخدمها لحزم TCP، على سبيل المثال، إما 30 أو 60. قد تستخدم أجهزة أخرى قيمًا عشوائية تمامًا.
أخطاء
تتجاهل العديد من المضيفات والبوابات خيار RECORD_ROUTE.
يبلغ الحد الأقصى لطول رأس IP عن حجم الخيارات مثل `RECORD_ROUTE بحيث لا تكون مفيدة تمامًا. ومع ذلك، لا يوجد الكثير مما يمكن فعله حيال ذلك.
لا يوصى بإرسال حزم ping بشكل متكرر بشكل عام، ويجب إجراء إرسال حزم ping إلى عنوان البث فقط في ظل ظروف خاضعة للرقابة.
انظر أيضًا
التاريخ
ظهر الأمر ping في 4.3BSD.
الإصدار الموصوف هنا هو مشتق منه خاص بنظام Linux.
اعتبارًا من الإصدار s20150815، لم يعد الملف الثنائي ping6 موجودًا. لقد تم دمجه في الأمر ping. سيؤدي إنشاء رابط رمزي باسم ping6 يشير إلى ping إلى الحصول على نفس الوظيفة كما كان من قبل.
الأمان
يتطلب الأمر ping امتياز CAP_NET_RAW ليتم تنفيذه 1) إذا تم استخدام البرنامج للاستعلامات غير الصدى (انظر الخيار -N) أو عند تعيين حقل المعرف إلى 0 لـ ECHO_REQUEST (انظر الخيار -e)، أو 2) إذا كان النواة لا يدعم مقابس ICMP، أو 3) إذا لم يكن المستخدم مسموحًا له بإنشاء مقبس صدى ICMP. يمكن استخدام البرنامج كملف تم تعيين معرف المستخدم الخاص به إلى الجذر.
التوفر
^ ing هو جزء من حزمة iputils.