TRACEROUTE(1)

الاسم
traceroute - يطبع مسار الحزم المتتبعة إلى مضيف الشبكة

موجز
traceroute [-46dFITUnreAV] [-f ttl_الأولى] [-g بوابة,...]
[-i device] [-m max_ttl] [-p port] [-s src_addr]
[-q nqueries] [-N squeries] [-t tos]
[-l flow_label] [-w waittimes] [-z sendwait] [-UL] [-D]
[-P proto] [--sport=port] [-M method] [-O mod_options]
[--mtu] [--back]
host [طول_الحزمة]
traceroute6 [خيارات]
tcptraceroute [options]
lft [options]

الوصف
يتتبع traceroute المسار الذي تسلكه الحزم من شبكة IP في طريقها إلى مضيف معين. وهو يستغل حقل زمن البقاء (TTL) الخاص ببروتوكول IP ويحاول استدراج استجابة ICMP TIME_EXCEEDED من كل بوابة على طول المسار إلى المضيف.

traceroute6 يكافئ traceroute -6

tcptraceroute مساوي لـ traceroute -T

يُجري الأمر lft، وهو ”ترايسروت“ الطبقة الرابعة، عملية تتبع مسار TCP، مثل traceroute -T، لكنه يسعى إلى توفير التوافق مع التنفيذ الأصلي المماثل، والذي يُعرف أيضًا باسم ”lft“.

المعامل الوحيد المطلوب هو اسم أو عنوان IP لـ المضيف الوجهة . و packet_len الاختياري هو الحجم الكلي لحزمة الاستقصاء (المبدئي 60 بايت لـ IPv4 و 80 لـ IPv6). يمكن تجاهل الحجم المحدد في بعض الحالات أو زيادته حتى قيمة دنيا.

يحاول هذا البرنامج تعقب المسار الذي ستسلكه حزمة IP إلى مضيف إنترنت ما عن طريق إطلاق حزم فحص بـ ttl (زمن حياة) صغير ثم الإصغاء لرد ICMP "انتهى الزمن" من إحدى البوابات. نبدأ فحوصاتنا بـ ttl قيمته واحد ونزيده بمقدار واحد حتى نحصل على رد ICMP "لا يمكن الوصول للمنفذ" (أو TCP reset)، مما يعني أننا وصلنا إلى "المضيف"، أو نصل للحد الأقصى (المبدئي 30 قفزة). تُرسل ثلاثة فحوصات (مبدئيًا) عند كل إعداد لـ ttl ويُطبع سطر يوضح الـ ttl وعنوان البوابة وزمن الذهاب والعودة لكل فحص. يمكن أن يتبع العنوان معلومات إضافية عند الطلب. إذا جاءت ردود الفحص من بوابات مختلفة، فسيُطبع عنوان كل نظام استجاب. وإذا لم يكن هناك رد خلال مهلة معينة، فستُطبع "*" (نجمة) لهذا الفحص.

بعد وقت الرحلة، يمكن طباعة بعض الملحوظات الإضافية: !H أو !N أو !P (لا يمكن الوصول للمضيف أو الشبكة أو البروتوكول)، !S (فشل مسار المصدر)، !F (تجزئة مطلوبة)، !X (الاتصال محظور إدارياً)، !V (انتهاك أسبقية المضيف)، !C (قطع الأسبقية ساري المفعول)، أو !<num> (رمز ICMP لعدم القدرة على الوصول <num>). إذا نتج عن جميع المجسات تقريباً عدم قدرة على الوصول، سيتوقف traceroute ويخرج.

لا نريد أن يعالج المضيف الوجهة حزم فحص UDP، لذا ضُبط منفذ الوجهة على قيمة غير محتملة (يمكنك تغييرها باستخدام علم -p). لا توجد مثل هذه المشكلة في تتبع المسار عبر ICMP أو TCP (بالنسبة لـ TCP نستخدم تقنية نصف المفتوح، والتي تمنع رؤية فحوصاتنا من قبل التطبيقات على المضيف الوجهة).

في بيئة الشبكة الحديثة، قد لا تكون طرق تتبع المسار التقليدية قابلة للتطبيق دائماً، بسبب الاستخدام الواسع لجدران الحماية. تقوم جدران الحماية هذه بتصفية منافذ UDP "غير المحتملة"، أو حتى أصداء ICMP. لحل هذه المشكلة، نُفِّذَت بعض طرق تتبع المسار الإضافية (بما في ذلك tcp)، راجع قائمة الطرق المتاحة أدناه. تحاول هذه الطرق استخدام بروتوكول معين ومنفذ مصدر/وجهة معين، من أجل تجاوز جدران الحماية (ليراها جدار الحماية مجرد بداية لنوع مسموح به من جلسات الشبكة).

الخيارات

--help
    اطبع معلومات المساعدة واخرج.

-4، -6
    فرض تتبع المسار باستخدام IPv4 أو IPv6 صراحةً. بشكل مبدئي، سيحاول البرنامج حل الاسم المعطى، واختيار البروتوكول المناسب تلقائيًا. إذا أدى حل اسم المضيف إلى إرجاع عناوين IPv4 و IPv6 معًا، فسيستخدم traceroute بروتوكول IPv4.

-I, --icmp
    استخدم ICMP ECHO لعمليات السبر

-T, --tcp
    استخدم TCP SYN لعمليات السبر

-d، --debug
    تفعيل تنقيح مستوى المقبس (عندما تدعم نواة لينكس ذلك)

-F, --dont-fragment
    لا تجزئ حزم المسبار. (بالنسبة لـ IPv4، فإنه يضبط أيضًا بت DF، والذي يخبر الموجهات الوسيطة بعدم التجزئة عن بُعد أيضًا).

    عبر تغيير حجم حزمة السبر بواسطة معامل سطر الأوامر packet_len، يمكنك يدويًا الحصول على معلومات حول MTU لقفزات الشبكة الفردية. يحاول الخيار --mtu (انظر أدناه) القيام بذلك آليًا.

    لاحظ أن الميزات غير المجزأة (مثل -F أو --mtu) تعمل بشكل صحيح منذ نواة لينكس 2.6.22 فقط. قبل ذلك الإصدار، كان IPv6 يُجزأ دائمًا، وكان بإمكان IPv4 استخدام mtu النهائي المكتشف مرة واحدة فقط (من ذاكرة التخزين المؤقت للمسارات)، والتي قد تكون أقل من mtu الفعلي للجهاز.

-f first_ttl, --first=first_ttl
    يحدد قيمة TTL التي سيبدأ بها. المبدئي هو 1.

-g البوابة، --gateway=البوابة
    يخبر traceroute بإضافة خيار توجيه مصدر IP إلى الحزمة الخارجة، مما يخبر الشبكة بتوجيه الحزمة عبر بوابة gateway محددة (معظم أجهزة التوجيه عطلت توجيه المصدر لأسباب أمنية). بشكل عام، يُسمح بعدة بوابات (مفصولة بفاصلة). بالنسبة لـ IPv6، يُسمح بصيغة num,addr,addr...، حيث num هو نوع رأس التوجيه (المبدئي هو النوع 2). لاحظ أن رأس التوجيه من النوع 0 مهمل الآن (rfc5095).

-i الواجهة، --interface=الواجهة
    يحدد الواجهة التي يجب أن يرسل traceroute الحزم من خلالها. بشكل مبدئي، تُختار الواجهة وفقاً لجدول التوجيه.

-m max_ttl, --max-hops=max_ttl
    يحدد الحد الأقصى لعدد القفزات (أقصى قيمة لوقت الحياة TTL) التي سيختبرها traceroute. المبدئي هو 30.

-N الاستعلامات_المحاكاة، --sim-queries=الاستعلامات_المحاكاة
    يحدد عدد حزم الاختبار المرسلة في وقت واحد. يمكن أن يؤدي إرسال عدة حزم اختبار بالتزامن إلى تسريع traceroute بشكل كبير. القيمة المبدئية هي 16.
    لاحظ أن بعض الموجهات والمضيفين قد يستخدمون تحديد معدل ICMP. في مثل هذه الحالة، قد يؤدي تحديد رقم كبير جدًا إلى فقدان بعض الاستجابات.

-n  لا تحاول تعيين عناوين IP لأسماء المضيفين عند عرضها.

-p منفذ, --port=منفذ
    لتتبع UDP، يحدد قاعدة منفذ الوجهة التي سيستخدمها traceroute (سيُزاد رقم منفذ الوجهة مع كل مسبار).
    لتتبع ICMP، يحدد قيمة تسلسل ICMP المبدئية (تُزاد مع كل مسبار أيضًا).
    بالنسبة لبروتوكول TCP وغيره، تحدد الخيار -p منفذ الوجهة (الثابت) الذي سيتم الاتصال به.عند استخدام أداة tcptraceroute، تحدد الخيار -p منفذ المصدر.

-t tos, --tos=tos
    لبروتوكول IPv4، اضبط نوع الخدمة (TOS) وقيمة الأسبقية. القيم المفيدة هي 16 (تأخير منخفض) و 8 (إنتاجية عالية). لاحظ أنه لاستخدام بعض قيم أسبقية TOS، يجب أن تكون مستخدمًا خارقًا.
    لبروتوكول IPv6، اضبط قيمة التحكم في حركة المرور.

-l وسم_التدفق, --flowlabel=وسم_التدفق
    استخدم flow_label المحدد لحزم IPv6.

-w أقصى[,هنا,قريب], --wait=أقصى[,هنا,قريب]
    يحدد مدة انتظار الرد على مسبار (probe).

    هناك ثلاث قيم عائمة (بشكل عام) مفصولة بفاصلة (أو مائلة). تحدد Max الوقت الأقصى (بالثواني، القيمة المبدئية 5.0) للانتظار، في أي حال.

    كان تطبيق تتبع المسار (traceroute) التقليدي ينتظر دائماً كامل ثواني الحد الأقصى لأي مسبار. ولكن إذا كان لدينا بالفعل بعض الردود من نفس القفزة، أو حتى من قفزة تالية، فيمكننا استخدام وقت الرحلة الذهاب والإياب (RTT) لهذا الرد كتلميح لتحديد المقدار الفعلي المعقول من الوقت للانتظار.

    يحدد here الاختياري (المبدئي 3.0) عاملاً لضرب وقت رحلة الذهاب والعودة لاستجابة مستلمة بالفعل من نفس القفزة. القيمة الناتجة تُستخدم كمهلة للاستقصاء، بدلاً من (ولكن ليس أكثر من) max. يحدد near الاختياري (المبدئي 10.0) عاملاً مشابهاً لاستجابة من قفزة تالية ما. (يُستخدم وقت أول نتيجة عُثر عليها في كلتا الحالتين).

    أولاً، نبحث عن نفس القفزة (للمسبار الذي سيُطبع أولاً من الآن فصاعدًا). إذا لم يُعثَر على شيء، فابحث عن القفزة التالية. إذا لم يُعثَر على شيء، استخدم max. إذا كانت قيم here و/أو near صفرية، يُتخطَّى الحساب المقابل.
    تُضبط Here و near دائماً على الصفر إذا حُدد max فقط (للتوافق مع الإصدارات السابقة).

-q عدد_الاستعلامات, --queries=عدد_الاستعلامات
    يضبط عدد حزم السبر لكل قفزة. المبدئي هو 3.

-r  تجاوز جداول التوجيه العادية وأرسل مباشرة إلى مضيف على شبكة متصلة. إذا لم يكن المضيف على شبكة متصلة مباشرة، فسيُعاد خطأ. يمكن استخدام هذا الخيار لفحص اتصال (ping) مضيف محلي عبر واجهة لا يوجد مسار خلالها.

-s عنوان_المصدر, --source=عنوان_المصدر
    يختار عنوان مصدر بديل. لاحظ أنه يجب عليك اختيار عنوان أحد الواجهات. يُستخدم عنوان الواجهة الصادرة مبدئيًا.

-z sendwait, --sendwait=sendwait
    الحد الأدنى للفاصل الزمني بين الاختبارات (المبدئي 0). إذا كانت القيمة أكثر من 10، فإنها تحدد عدداً بالملي ثانية، وإلا فهي عدد من الثواني (يُسمح بقيم الفاصلة العائمة أيضًا). مفيد عندما تستخدم بعض الموجهات تحديد المعدل لرسائل ICMP.

-e، --extensions
    أظهر امتدادات ICMP ‏(rfc4884). الشكل العام هو CLASS/TYPE: متبوعًا بتفريغ ست عشري. يُعرض MPLS ‏(rfc4950) محللاً في شكل: MPLS:L=label,E=exp_use,S=stack_bottom,T=TTL (مزيد من الكائنات مفصولة بـ /). تُعرض معلومات الواجهة (rfc5837) محللة أيضًا، في الشكل التالي: {INC|SUB|OUT|NXT}:index,IP_addr,"name",mtu=MTU (قد تكون جميع الحقول الأربعة مفقودة).

-A, --as-path-lookups
    أجرِ عمليات بحث عن مسار AS في سجلات التوجيه واطبع النتائج مباشرة بعد العناوين المقابلة.

-V، --version
    اطبع الإصدارة ثم اخرج.

هناك خيارات إضافية مخصصة للاستخدام المتقدم (مثل طرق تتبع بديلة وما إلى ذلك):

--sport=المنفذ
    يختار منفذ المصدر المراد استخدامه. يتضمن -N 1 -w 5 . عادةً تُختار منافذ المصدر (إذا أمكن) بواسطة النظام.

--fwmark=علامة
    اضبط علامة جدار الحماية للحزم الخارجة (منذ نواة لينكس 2.6.25).

-M الطريقة، --module=الاسم
    استخدم الطريقة المحددة لعمليات تتبع المسار. طريقة udp التقليدية المبدئية اسمها default، و icmp ‏(-I) و tcp ‏(-T) لهما الاسمان icmp و tcp على التوالي.
    يمكن تمرير الخيارات الخاصة بالطريقة عبر -O . لمعظم الطرق اختصارات بسيطة، (-I تعني -M icmp، إلخ).

-O الخيار، --options=الخيارات
    يحدد خياراً خاصاً بطريقة معينة. تُفصَل الخيارات المتعددة بفاصلة (أو تُستخدَم عدة خيارات -O في سطر الأوامر). قد يكون لكل طريقة خياراتها الخاصة، أو قد لا يكون لبعضها خيارات على الإطلاق. لطباعة معلومات حول الخيارات المتاحة، استخدم -O help.

-U, --udp
    استخدم UDP لمنفذ وجهة معين لتتبع المسار (بدلًا من زيادة المنفذ لكل سبر). المنفذ المبدئي هو 53 (dns).

-UL استخدم UDPLITE لتتبع المسار (المنفذ المبدئي 53).

-D, --dccp
    استخدم طلبات DCCP لعمليات السبر.

-P بروتوكول، --protocol=بروتوكول
    استخدم حزمة خام بالبروتوكول المحدد لتتبع المسار. البروتوكول المبدئي هو 253 (rfc3692).

--mtu
    اكتشف وحدة النقل العظمى (MTU) على طول المسار الذي يُتتبَّع. يتضمن -F -N 1. تُطبَع قيمة mtu الجديدة مرة واحدة بصيغة F=NUM عند أول مسبار لوثبة تتطلب مثل هذه الـ mtu للوصول إليها. (في الواقع، رسالة icmp "frag needed" المقابلة تُرسَل عادةً بواسطة الوثبة السابقة).

    لاحظ أن بعض الموجهات قد تخزن معلومات التجزئة التي تراها مرة واحدة في ذاكرة التخزين المؤقت. وبالتالي يمكنك استلام mtu النهائي من قفزة أقرب. حاول تحديد tos غير عادي بواسطة -t، يمكن أن يساعد هذا لمحاولة واحدة (ثم يمكن تخزينه في ذاكرة التخزين المؤقت هناك أيضًا).
    انظر الخيار -F لمزيد من المعلومات.

--back
    اطبع عدد القفزات العكسية عندما يبدو مختلفاً عن الاتجاه الأمامي. يُخَمَّنُ هذا العدد بافتراض أن القفزات البعيدة ترسل حزم الرد مع تعيين ttl الأولي إلى 64 أو 128 أو 255 (وهو ما يبدو ممارسة شائعة). يُطبع كقيمة سالبة في شكل '-NUM'.

قائمة الطرق المتاحة
بشكل عام، قد يتعين اختيار طريقة معينة لتتبع المسار باستخدام -M name، ولكن معظم الطرق لها مفاتيح سطر أوامر بسيطة (يمكنك رؤيتها بعد اسم الطريقة، إن وجدت).

  default
طريقة تتبع المسار التقليدية والقديمة. تُستخدم مبدئيًا.

حزم السبر هي مخططات بيانات udp بمنافذ وجهة تسمى "غير محتملة". المنفذ "غير المحتمل" للسبر الأول هو 33434، ثم يُزاد بمقدار واحد لكل سبر تالٍ. بما أن المنافذ يُتوقع أن تكون غير مستخدمة، فإن المضيف الوجهة يعيد عادةً "icmp unreach port" كاستجابة نهائية. (لا أحد يعرف ماذا يحدث عندما ينصت تطبيق ما لهذه المنافذ، على أية حال).

تُسمح هذه الطريقة للمستخدمين غير المتميزين.

  icmp -I
الطريقة الأكثر شيوعاً حالياً، والتي تستخدم حزم icmp echo للاختبارات.
إذا كان بإمكانك تنفيذ أمر ping(8) للمضيف الوجهة، فإن تتبع المسار عبر ICMP متاح أيضًا.

قد تُسمح هذه الطريقة للمستخدمين غير المتميزين منذ النواة 3.0 (لـ IPv4، ولـ IPv6 منذ 3.11)، والتي تدعم مقابس dgram icmp (أو "ping") الجديدة. للسماح بمثل هذه المقابس، يجب على مدير النظام توفير نطاق sysctl في net/ipv4/ping_group_range ليطابق أي مجموعة للمستخدم.
الخيارات:

raw استخدم المقابس الخام (raw) فقط (الطريقة التقليدية).
    تُجرّب هذه الطريقة أولاً مبدئيًا (لأسباب التوافقية)، ثم تُستخدم مقابس dgram icmp الجديدة كبديل احتياطي.

dgram
    استخدم مقابس dgram icmp فقط.

  tcp -T
طريقة حديثة معروفة، تهدف إلى تجاوز الجدران النارية.
يستخدم منفذ الوجهة الثابت (المبدئي هو 80، http).

إذا كانت هناك بعض المرشحات في مسار الشبكة، فمن المرجح أن يتم ترشيح أي منافذ udp "غير محتملة" (كما في الطريقة المبدئية) أو حتى أصداء icmp (كما في طريقة icmp)، وسيتوقف تتبع المسار بالكامل عند هذا الجدار الناري. لتجاوز مرشح الشبكة، يتعين علينا استخدام تركيبات البروتوكول/المنفذ المسموح بها فقط. إذا كنا نتتبع مسار خادم بريد مثلاً، فمن المرجح أن يتمكن -T -p 25 من الوصول إليه، حتى عندما لا يتمكن -I من ذلك.

تستخدم هذه الطريقة "تقنية نصف الفتح" المعروفة، والتي تمنع التطبيقات الموجودة على المضيف الوجهة من رؤية فحوصاتنا على الإطلاق. عادةً، تُرسل حزمة tcp syn. بالنسبة للمنافذ غير المصغى إليها، نتلقى tcp reset، وينتهي الأمر. أما بالنسبة للمنافذ المصغى إليها بنشاط، نتلقى tcp syn+ack، لكننا نجيب بـ tcp reset (بدلاً من tcp ack المتوقع)، وبهذه الطريقة تُسقط جلسة tcp البعيدة دون أن يلاحظ التطبيق ذلك أبدًا.

يوجد خياران لطريقة tcp:

syn,ack,fin,rst,psh,urg,ece,cwr
    يضبط أعلام tcp المحددة لحزمة السبر، بأي تركيبة.

flags=رقم
    يضبط حقل الأعلام في ترويسة tcp على num تمامًا.

ecn أرسل حزمة syn مع أعلام tcp من نوع ECE و CWR (للإشعار الصريح بالازدحام، rfc3168).

sack,timestamps,window_scaling
    استخدم خيار ترويسة tcp المقابل في حزمة السبر الخارجة.

sysctl
    استخدم إعداد sysctl الحالي (/proc/sys/net/*) لخيارات ترويسة tcp أعلاه و ecn. يُضبط دائمًا مبدئيًا، إذا لم يُحدد شيء آخر.

fastopen
    استخدم خيار fastopen tcp (عند syn)، للتفاوض الأولي على الكوكيز فقط.

mss=[الرقم]
    استخدم قيمة num (أو دون تغيير) لخيار ترويسة tcp maxseg (عند syn)، واكتشف تقييدها على طول المسار الجاري تتبعه. يُطبع mss الجديد المتغير مرة واحدة في شكل M=NUM عند أول سبر اكتُشف فيه. لاحظ أن بعض الموجهات قد تعيد جزءاً أصلياً قصيراً جداً في رسالة تجاوز الوقت، مما يجعل الفحص مستحيلاً. بالإضافة إلى ذلك، قد تأتي الاستجابات بترتيب مختلف. كل هذا قد يؤدي إلى ظهور التقرير في مكان لاحق (استخدام -N 1 قد يساعد في الترتيب).

info
    اطبع أعلام tcp والخيارات المدعومة لردود tcp النهائية عند الوصول إلى المضيف المستهدف. يسمح بتحديد ما إذا كان التطبيق يستمع للمنفذ وأشياء مفيدة أخرى. خيارات tcp المدعومة هي كل ما يمكن تعيينه بواسطة -T -O، أي mss، و sack، و timestamps، و window_scaling، و fastopen، مع تنسيق مخرج مماثل (قيمة لـ mss ومجرد الوجود للآخرين).

الخيارات المبدئية هي syn,sysctl.

  tcpconn
تنفيذ أولي لطريقة tcp، يستخدم ببساطة استدعاء connect(2) الذي يقوم بفتح جلسة tcp كاملة. لا يُنصح به للاستخدام العادي، لأن التطبيق الوجهة يتأثر دائماً (وقد يحدث له ارتباك).

  udp -U
استخدم مخطط بيانات udp بمنفذ وجهة ثابت (المبدئي 53، dns).
مخصص لتجاوز جدار الحماية أيضًا.

لاحظ أنه على عكس طريقة tcp، فإن التطبيق المقابل في المضيف الوجهة يستلم دائمًا مجساتنا (ببيانات عشوائية)، ويمكن بسهولة أن يرتبك معظمها بسببها. في معظم الحالات لن يستجيب لحزمنا على الرغم من ذلك، لذا لن نرى القفزة النهائية في التتبع أبدًا. (لحسن الحظ، يبدو أن خوادم dns على الأقل ترد بشيء غاضب).

تُسمح هذه الطريقة للمستخدمين غير المتميزين.

  udplite -UL
استخدم مخطط بيانات udplite لعمليات السبر (بمنفذ وجهة ثابت، المبدئي 53).

تُسمح هذه الطريقة للمستخدمين غير المتميزين.
الخيارات:

coverage=num
    اضبط تغطية إرسال udplite على num.

  dccp -D
استخدم حزم طلب DCCP لعمليات السبر (rfc4340).

تستخدم هذه الطريقة نفس "تقنية نصف الفتح" المستخدمة في TCP. منفذ الوجهة المبدئي هو 33434.

الخيارات:

service=رقم
    اضبط كود خدمة DCCP على num (المبدئي هو 1885957735).

  raw -P proto
أرسل حزمة خام من البروتوكول proto.
لا تُستخدم ترويسات خاصة ببروتوكول معين، بل ترويسة IP فقط.
يتضمن -N 1 -w 5 .
الخيارات:

protocol=proto
    استخدم بروتوكول IP ‏proto (المبدئي 253).

ملاحظات

لتسريع العمل، تُرسل عادةً عدة فحوصات في وقت واحد. ومن ناحية أخرى، يخلق هذا "عاصفة من الحزم"، خاصة في اتجاه الرد. يمكن للموجهات تقييد معدل استجابات icmp، وقد تُفقد بعض الردود. لتجنب ذلك، قلل عدد الفحوصات المتزامنة، أو حتى اضبطه على 1 (كما في التنفيذ الأولي لـ traceroute)، أي -N 1

يمكن للمضيف النهائي (المستهدف) إسقاط بعض الاختبارات المتزامنة، وقد يجيب فقط على أحدثها. يمكن أن يؤدي ذلك إلى قفزات إضافية "تبدو منتهية الصلاحية" بالقرب من القفزة النهائية. نحن نستخدم خوارزمية ذكية للكشف التلقائي عن مثل هذه الحالة، ولكن إذا لم يساعد ذلك في حالتك، فاستخدم -N 1 أيضًا.

لمزيد من الاستقرار، يمكنك إبطاء عمل البرنامج عبر الخيار -z، على سبيل المثال استخدم -z 0.5 لإيقاف مؤقت لمدة نصف ثانية بين المسابير.

لتجنب الانتظار الزائد، نستخدم خوارزمية تكيفية للمهل (انظر خيار -w لمزيد من المعلومات). يمكن أن يؤدي ذلك إلى انتهاء صلاحية مبكر (خاصة عندما تختلف أزمنة الاستجابة في بعض الأحيان) وطباعة "*" بدلاً من الوقت. في هذه الحالة، أوقف تشغيل هذه الخوارزمية، بتحديد -w مع المهلة المطلوبة فقط (على سبيل المثال، -w 5).

إذا كانت بعض القفزات لا تبلغ عن شيء لكل الطرق، فإن الفرصة الأخيرة للحصول على شيء هي استخدام أمر ping -R (بروتوكول IPv4، ولأقرب 8 قفزات فقط).

انظر أيضًا
ping(8)، ping6(8)، tcpdump(8)، netstat(8)

ترجمة
تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 (https://www.gnu.org/licenses/gpl-3.0.html) أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.