.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH PING 8 "" "iputils 20250605" iputils .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH الاسم ping \- إرسال طلب صدى ICMP إلى مضيفي الشبكة .SH موجز .HP \w'\fBping\fR\ 'u \fBping\fP [\fB\-aAbBdCDfhHLnOqrRUvV346\fP] [\fB\-c\ \fP\fIcount\fP] [\fB\-e\ \fP\fIidentifier\fP] [\fB\-F\ \fP\fIflowlabel\fP] [\fB\-i\ \fP\fIinterval\fP] [\fB\-I\ \fP\fIinterface\fP] [\fB\-l\ \fP\fIpreload\fP] [\fB\-m\ \fP\fImark\fP] [\fB\-M\ \fP\fIpmtudisc_option\fP] [\fB\-N\ \fP\fInodeinfo_option\fP] [\fB\-w\ \fP\fIdeadline\fP] [\fB\-W\ \fP\fItimeout\fP] [\fB\-p\ \fP\fIpattern\fP] [\fB\-Q\ \fP\fItos\fP] [\fB\-s\ \fP\fIpacketsize\fP] [\fB\-S\ \fP\fIsndbuf\fP] [\fB\-t\ \fP\fIttl\fP] [\fB\-T\ \fP\fItimestamp\ option\fP] [hop\&.\&.\&.] {destination} .SH الوصف .PP يستخدم \fBping\fP مخطط بيانات ECHO_REQUEST الإلزامي لبروتوكول ICMP للحصول على استجابة ECHO_RESPONSE من مضيف أو بوابة\&. تحتوي مخططات بيانات ECHO_REQUEST (\(lqping\(rq) على رأس IP و ICMP، متبوعًا بهيكل timeval ثم عدد عشوائي من بايتات \(lqالحشو\(rq المستخدمة لملء الحزمة\&. .PP يعمل \fBping\fP مع كل من IPv4 و IPv6\&. يمكن فرض استخدام واحد منهما فقط بشكل صريح بتحديد \fB\-4\fP أو \fB\-6\fP\&. .PP يمكن لـ \fBping\fP أيضًا إرسال استعلامات معلومات العقدة IPv6 (RFC4620)\&. قد لا يُسمح بـ \fIالقفزات\fP الوسيطة، لأن توجيه المصدر IPv6 قد تم إهماله (RFC5095)\&. .SH الخيارات .PP \fB\-3\fP .RS 4 دقة RTT (لا تقم بتقريب وقت النتيجة)\&. .RE .PP \fB\-4\fP .RS 4 استخدم IPv4 فقط\&. .RE .PP \fB\-6\fP .RS 4 استخدم IPv6 فقط\&. .RE .PP \fB\-a\fP .RS 4 ping مسموع\&. .RE .PP \fB\-A\fP .RS 4 ping تكيفي\&. يتكيف الفاصل الزمني بين الحزم مع وقت الرحلة ذهابًا وإيابًا، بحيث لا يكون هناك أكثر من استقصاء واحد (أو أكثر، إذا تم تعيين التحميل المسبق) بدون إجابة في الشبكة\&. الفاصل الزمني المبدئي هو 2 مللي ثانية، لمزيد من المعلومات انظر الخيار \fB\-i\fP\&. في الشبكات ذات RTT المنخفض، يكون هذا الوضع مكافئًا بشكل أساسي لوضع الفيضان\&. .RE .PP \fB\-b\fP .RS 4 اسمح بإرسال ping إلى عنوان بث\&. .RE .PP \fB\-B\fP .RS 4 لا تسمح لـ \fBping\fP بتغيير عنوان مصدر الاستقصاءات\&. يتم ربط العنوان بالعنوان المحدد عند بدء \fBping\fP\&. .RE .PP \fB\-c\fP \fIcount\fP .RS 4 توقف بعد إرسال \fIعدد\fP حزم ECHO_REQUEST\&. مع خيار \fIالموعد النهائي\fP، ينتظر \fBping\fP \fIعدد\fP حزم ECHO_REPLY، حتى انتهاء المهلة\&. .RE .PP \fB\-C\fP .RS 4 استدعاء استدعاء النظام connect() عند إنشاء المقبس\&. .RE .PP \fB\-d\fP .RS 4 تعيين خيار SO_DEBUG على المقبس المستخدم\&. بشكل أساسي، لا يتم استخدام خيار المقبس هذا بواسطة نواة لينكس\&. .RE .PP \fB\-D\fP .RS 4 طباعة الطابع الزمني (وقت يونكس + ميكروثانية كما في gettimeofday) قبل كل سطر\&. .RE .PP \fB\-e\fP \fIidentifier\fP .RS 4 تعيين حقل التعريف لـ ECHO_REQUEST\&. القيمة 0 تعني استخدام \fIمقبس خام\fP (غير مدعوم على \fIمقبس مخطط بيانات ICMP\fP)\&. قد تتم طباعة قيمة الحقل باستخدام الخيار \fB\-v\fP\&. .RE .PP \fB\-f\fP .RS 4 ping فيضان\&. لكل ECHO_REQUEST يتم إرساله، تتم طباعة نقطة \(lq\&.\(rq، بينما لكل ECHO_REPLY يتم استلامه، تتم طباعة مسافة للخلف\&. يوفر هذا عرضًا سريعًا لعدد الحزم التي يتم إسقاطها\&. إذا لم يتم تحديد الفاصل الزمني، فإنه يضبط الفاصل الزمني على صفر ويخرج الحزم بأسرع ما تعود أو مائة مرة في الثانية، أيهما أكثر\&. فقط المستخدم الفائق يمكنه استخدام هذا الخيار بفاصل زمني صفري\&. .RE .PP \fB\-F\fP \fIflow label\fP .RS 4 IPv6 فقط\&. تخصيص وتعيين ملصق تدفق 20 بت (بالنظام الست عشري) على حزم طلب الصدى\&. إذا كانت القيمة صفرًا، تقوم النواة بتخصيص ملصق تدفق عشوائي\&. .RE .PP \fB\-h\fP .RS 4 إظهار المساعدة\&. .RE .PP \fB\-H\fP .RS 4 فرض تحليل اسم DNS للإخراج\&. مفيد للوجهة الرقمية، أو الخيار \fB\-f\fP، الذي لا يقوم بذلك افتراضيًا\&. يمكن أن يساعد أيضًا في تجاوز مشكلات تحليل DNS\&. يتجاوز الخيار \fB\-n\fP المحدد مسبقًا\&. انظر أيضًا متغير البيئة \fIIPUTILS_PING_PTR_LOOKUP\fP\&. .RE .PP \fB\-i\fP \fIinterval\fP .RS 4 انتظر \fIالفاصل الزمني\fP ثوانٍ بين إرسال كل حزمة\&. يُسمح بالأرقام الحقيقية باستخدام النقطة كفاصل عشري (بغض النظر عن إعدادات اللغة)\&. المبدئي هو الانتظار لثانية واحدة بين كل حزمة بشكل طبيعي، أو عدم الانتظار في وضع الفيضان\&. فقط المستخدم الفائق يمكنه تعيين الفاصل الزمني لقيم أقل من 2 مللي ثانية\&. البث والإرسال المتعدد لديهما قيود أعلى للمستخدم العادي: الحد الأدنى هو 1 ثانية\&. .RE .PP \fB\-I\fP \fIinterface\fP .RS 4 \fIالواجهة\fP هي إما عنوان، أو اسم واجهة، أو اسم VRF\&. إذا كانت \fIالواجهة\fP عنوانًا، فإنها تعين عنوان المصدر إلى عنوان الواجهة المحددة\&. إذا كانت \fIالواجهة\fP اسم واجهة، فإنها تعين واجهة المصدر إلى الواجهة المحددة\&. إذا كانت \fIالواجهة\fP اسم VRF، يتم توجيه كل حزمة باستخدام جدول التوجيه المقابل؛ في هذه الحالة، يمكن تكرار الخيار \fB\-I\fP لتحديد عنوان مصدر\&. ملاحظة: بالنسبة لـ IPv6، عند عمل ping إلى عنوان نطاق رابط محلي، يمكن استخدام تحديد الرابط (بواسطة تدوين \*(Aq%\*(Aq في \fIالوجهة\fP، أو بواسطة هذا الخيار) ولكنه لم يعد مطلوبًا\&. .RE .PP \fB\-l\fP \fIpreload\fP .RS 4 إذا تم تحديد \fIالتحميل المسبق\fP، يرسل \fBping\fP هذا العدد من الحزم دون انتظار الرد\&. فقط المستخدم الفائق يمكنه اختيار تحميل مسبق أكبر من 3\&. .RE .PP \fB\-L\fP .RS 4 قم بكتم حلقة الإرجاع للحزم المتعددة الإرسال\&. ينطبق هذا العلم فقط إذا كانت وجهة ping هي عنوان متعدد الإرسال\&. .RE .PP \fB\-m\fP \fImark\fP .RS 4 استخدم \fIالعلامة\fP لوسم الحزم الصادرة\&. هذا مفيد لأسباب متنوعة داخل النواة مثل استخدام توجيه السياسات لاختيار معالجة صادرة محددة\&. مطلوب صلاحية CAP_NET_ADMIN أو CAP_NET_RAW (منذ Linux 5\&.17)، انظر \fBsocket\fP(7)\&. .RE .PP \fB\-M\fP \fIpmtudisc_opt\fP .RS 4 اختر استراتيجية اكتشاف MTU للمسار\&. يمكن أن يكون \fIخيار_pmtudisc\fP إما \fIdo\fP (تعيين علم DF ولكن يخضع لفحوصات PMTU بواسطة النواة، سيتم رفض الحزم الكبيرة جدًا)، أو \fIwant\fP (قم باكتشاف PMTU، وتقسيم محليًا عندما يكون حجم الحزمة كبيرًا)، أو \fIprobe\fP (تعيين علم DF وتجاوز فحوصات PMTU، مفيد للاستكشاف)، أو \fIdont\fP (لا تقم بتعيين علم DF)\&. .RE .PP \fB\-N\fP \fInodeinfo_option\fP .RS 4 IPv6 فقط\&. أرسل استعلامات معلومات العقدة IPv6 (RFC4620)، بدلاً من طلب الصدى\&. مطلوب صلاحية CAP_NET_RAW\&. .PP \fBhelp\fP .RS 4 اعرض المساعدة لدعم NI\&. .RE .PP \fBname\fP .RS 4 استعلامات عن أسماء العقد\&. .RE .PP \fBipv6\fP .RS 4 استعلامات عن عناوين IPv6\&. هناك عدة أعلام خاصة بـ IPv6\&. .PP \fBipv6\-global\fP .RS 4 اطلب عناوين IPv6 ذات النطاق العالمي\&. .RE .PP \fBipv6\-sitelocal\fP .RS 4 اطلب عناوين IPv6 المحلية للموقع\&. .RE .PP \fBipv6\-linklocal\fP .RS 4 اطلب عناوين IPv6 المحلية للرابط\&. .RE .PP \fBipv6\-all\fP .RS 4 اطلب عناوين IPv6 على واجهات أخرى\&. .RE .RE .PP \fBipv4\fP .RS 4 استعلامات عن عناوين IPv4\&. هناك علم واحد خاص بـ IPv4\&. .PP \fBipv4\-all\fP .RS 4 اطلب عناوين IPv4 على واجهات أخرى\&. .RE .RE .PP \fBsubject\-ipv6=\fP\fIipv6addr\fP .RS 4 عنوان الموضوع IPv6\&. .RE .PP \fBsubject\-ipv4=\fP\fIipv4addr\fP .RS 4 عنوان الموضوع IPv4\&. .RE .PP \fBsubject\-name=\fP\fInodename\fP .RS 4 اسم الموضوع\&. إذا كان يحتوي على أكثر من نقطة واحدة، يُفترض اسم نطاق مؤهل بالكامل\&. .RE .PP \fBsubject\-fqdn=\fP\fInodename\fP .RS 4 اسم الموضوع\&. يُفترض دائمًا اسم نطاق مؤهل بالكامل\&. .RE .RE .PP \fB\-n\fP .RS 4 مخرجات رقمية فقط\&. لن يُبذل أي جهد للبحث عن أسماء رمزية لعناوين المضيفين (لا حل عكسي لنظام أسماء النطاقات)\&. هذا هو المبدئي للوجهة الرقمية أو الخيار \fB\-f\fP\&. يتجاوز الخيار \fB\-H\fP المُعرّف سابقاً\&. انظر أيضاً متغير البيئة \fIIPUTILS_PING_PTR_LOOKUP\fP\&. .RE .PP \fB\-O\fP .RS 4 الإبلاغ عن رد ICMP ECHO المعلق قبل إرسال الحزمة التالية\&. هذا مفيد مع الطابع الزمني \fB\-D\fP لتسجيل المخرجات في ملف تشخيصي والبحث عن الإجابات المفقودة\&. .RE .PP \fB\-p\fP \fIpattern\fP .RS 4 يمكنك تحديد ما يصل إلى 16 بايت \(lqحشو\(rq لملء الحزمة التي ترسلها\&. هذا مفيد لتشخيص المشكلات المعتمدة على البيانات في الشبكة\&. على سبيل المثال، \fB\-p ff\fP سيتسبب في ملء الحزمة المرسلة بكل الآحاد\&. .RE .PP \fB\-q\fP .RS 4 مخرجات هادئة\&. لا يُعرض شيء باستثناء سطور الملخص عند بدء التشغيل وعند الانتهاء\&. .RE .PP \fB\-Q\fP \fItos\fP .RS 4 تعيين البتات المتعلقة بجودة الخدمة في مخططات بيانات ICMP\&. يمكن أن يكون \fItos\fP عدداً عشرياً (\fBping\fP فقط) أو عدداً سداسياً عشرياً\&. .sp في RFC2474، تُفسّر هذه الحقول على أنها خدمات متمايزة (DS) ذات 8 بت، تتكون من: البتات 0\-1 (أدنى بتين) من بيانات منفصلة، والبتات 2\-7 (أعلى 6 بتات) من نقطة رمز الخدمات المتمايزة (DSCP)\&. في RFC2481 وRFC3168، تُستخدم البتات 0\-1 لـ ECN\&. .sp تاريخياً (RFC1349، الذي أُبطل بواسطة RFC2474)، فُسّرت هذه على النحو التالي: البت 0 (أدنى بت) للمحجوز (يُعاد تعريفه حالياً كتحكم في الازدحام)، 1\-4 لنوع الخدمة والبتات 5\-7 (أعلى بتات) للأسبقية\&. .RE .PP \fB\-r\fP .RS 4 تجاوز جداول التوجيه العادية والإرسال مباشرة إلى مضيف على واجهة متصلة\&. إذا لم يكن المضيف على شبكة متصلة مباشرة، يُرجع خطأ\&. يمكن استخدام هذا الخيار لاختبار اتصال مضيف محلي عبر واجهة لا يوجد مسار عبرها بشرط استخدام الخيار \fB\-I\fP أيضاً\&. .RE .PP \fB\-R\fP .RS 4 \fBping\fP فقط\&. تسجيل المسار\&. يتضمن خيار RECORD_ROUTE في حزمة ECHO_REQUEST ويعرض مخزن المسار على الحزم المُعادة\&. لاحظ أن رأس IP كبير بما يكفي لتسعة مسارات فقط\&. تتجاهل العديد من المضيفات هذا الخيار أو تتخلص منه\&. .RE .PP \fB\-s\fP \fIحجم_الحزمة\fP .RS 4 يحدد عدد بايتات البيانات التي سيتم إرسالها\&. المبدئي هو 56، والذي يُترجم إلى 64 بايت من بيانات ICMP عند دمجه مع 8 بايت من بيانات رأس ICMP\&. القيمة القصوى المسموح بها هي 65507 لـ IPv4 (65467 عند \fB\-R\fP أو \fB\-T\fP أو \fIقفزات\fP وسيطة) أو 65527 لـ IPv6، لكن معظم الأنظمة تحد هذا إلى رقم أصغر يعتمد على النظام\&. .RE .PP \fB\-S\fP \fIsndbuf\fP .RS 4 تعيين sndbuf للمقبس\&. إذا لم يُحدد، يُختار لتخزين مؤقت لا يزيد عن حزمة واحدة\&. .RE .PP \fB\-t\fP \fIttl\fP .RS 4 \fBping\fP فقط\&. تعيين وقت البقاء (TTL) لـ IP\&. .RE .PP \fB\-T\fP \fItimestamp option\fP .RS 4 تعيين خيارات الطابع الزمني الخاصة لـ IP\&. يمكن أن يكون \fIخيار الطابع الزمني\fP إما \fItsonly\fP (طوابع زمنية فقط)، أو \fItsandaddr\fP (طوابع زمنية وعناوين) أو \fItsprespec مضيف1 [مضيف2 [مضيف3 [مضيف4]]]\fP (قفزات محددة مسبقاً للطابع الزمني)\&. .RE .PP \fB\-U\fP .RS 4 طباعة زمن الانتقال الكامل من مستخدم إلى مستخدم (السلوك القديم)\&. عادةً، يطبع \fBping\fP زمن الرحلة ذهاباً وإياباً للشبكة، والذي يمكن أن يكون مختلفاً مثلاً بسبب فشل DNS\&. .RE .PP \fB\-v\fP .RS 4 مخرجات مفصلة\&. لا تكتم ردود DUP عند اختبار اتصال عنوان متعدد الإرسال\&. .RE .PP \fB\-V\fP .RS 4 عرض الإصدار والخروج\&. .RE .PP \fB\-w\fP \fIdeadline\fP .RS 4 تحديد مهلة، بالثواني، قبل خروج \fBping\fP بغض النظر عن عدد الحزم المرسلة أو المستلمة\&. في هذه الحالة، لا يتوقف \fBping\fP بعد إرسال \fIعدد\fP من الحزم، بل ينتظر إما انتهاء \fIالمهلة\fP أو حتى يتم الرد على \fIعدد\fP من الاستقصاءات أو لتلقي إشعار خطأ من الشبكة\&. .RE .PP \fB\-W\fP \fItimeout\fP .RS 4 وقت الانتظار للرد، بالثواني\&. يؤثر الخيار فقط على المهلة في غياب أي ردود، وإلا ينتظر \fBping\fP لمدتين من زمن الرحلة ذهاباً وإياباً\&. يُسمح بالعدد الحقيقي مع النقطة كفاصل عشري (بغض النظر عن إعدادات اللغة)\&. 0 يعني مهلة غير محدودة\&. .RE .PP عند استخدام \fBping\fP لعزل الأعطال، يجب تشغيله أولاً على المضيف المحلي، للتحقق من أن واجهة الشبكة المحلية قيد التشغيل\&. ثم، يجب \(lqاختبار اتصال\(rq المضيفات والبوابات الأبعد فالأبعد\&. تُحسب أزمنة الرحلة ذهاباً وإياباً وإحصائيات فقدان الحزمة\&. إذا تم استلام حزم مكررة، لا تُدرج في حساب فقدان الحزمة، على الرغم من استخدام زمن الرحلة ذهاباً وإياباً لهذه الحزم في حساب أرقام زمن الرحلة ذهاباً وإياباً الأدنى/المتوسط/الأقصى/الانحراف المعياري\&. .PP الانحراف المعياري للسكان (mdev)، وهو أساسًا متوسط مدى بُعد كل RTT ping عن متوسط RTT\&. كلما زاد mdev، زاد تباين RTT (بمرور الوقت)\&. مع تباين RTT العالي، ستواجه مشكلات في السرعة مع النقل الجماعي (سيستغرق وقتًا أطول مما هو ضروري بالمعنى الدقيق، حيث سيؤدي التباين في النهاية إلى انتظار المرسل لـ ACKs) وستكون جودة VoIP متوسطة إلى ضعيفة\&. .PP عند إرسال (واستلام) العدد المحدد من الحزم أو إذا تم إنهاء البرنامج بـ SIGINT، يتم عرض ملخص موجز\&. يمكن الحصول على إحصائيات حالية أقصر دون إنهاء العملية باستخدام الإشارة SIGQUIT\&. .PP هذا البرنامج مخصص للاستخدام في اختبار الشبكة وقياسها وإدارتها\&. نظرًا للحمل الذي يمكن أن يفرضه على الشبكة، فمن غير الحكمة استخدام \fBping\fP أثناء العمليات العادية أو من البرامج النصية الآلية\&. .SH البيئة .PP متغير البيئة \fIIPUTILS_PING_PTR_LOOKUP\fP المضبوط على 0 يعطل تحليل DNS العكسي (بحث PTR) بشكل مبدئي\&. سيتم تجاوزه بواسطة الخيار \fB\-H\fP أو \fB\-n\fP\&. .SH "حالة الخروج" .PP إذا لم يستلم \fBping\fP أي حزم رد على الإطلاق، فسيخرج برمز 1\&. إذا تم تحديد كل من \fIcount\fP و \fIdeadline\fP، وتم استلام عدد أقل من \fIcount\fP من الحزم بحلول وقت وصول \fIdeadline\fP، فسيخرج أيضًا برمز 1\&. عند خطأ آخر، يخرج برمز 2\&. وإلا، يخرج برمز 0\&. هذا يجعل من الممكن استخدام رمز الخروج لمعرفة ما إذا كان المضيف نشطًا أم لا\&. .SH "وجهات IPv6 المحلية للرابط" .PP بالنسبة لـ IPv6، عندما يكون عنوان الوجهة ذو نطاق محلي للرابط ويستخدم \fBping\fP \fIمقابس مخططات بيانات ICMP\fP، يجب تحديد واجهة الإخراج\&. عندما يستخدم \fBping\fP \fIمقابس خام\fP، ليس من الضروري بالمعنى الدقيق تحديد واجهة الإخراج ولكن يجب القيام بذلك لتجنب الغموض عند وجود واجهات إخراج متعددة محتملة\&. .PP هناك طريقتان لتحديد واجهة الإخراج: .PP \(bu باستخدام \fIترميز %\fP .RS 4 يتم إلحاق عنوان الوجهة بـ \fI%\fP واسم واجهة الإخراج أو ifindex، على سبيل المثال: .sp \fBping fe80::5054:ff:fe70:67bc%eth0\fP .sp \fBping fe80::5054:ff:fe70:67bc%2\fP .RE .PP \(bu باستخدام \fIالخيار \-I\fP .RS 4 عند استخدام \fIمقابس مخططات بيانات ICMP\fP، يتم دعم هذه الطريقة منذ إصدارات النواة التالية: 5\&.17، 5\&.15\&.19، 5\&.10\&.96، 5\&.4\&.176، 4\&.19\&.228، 4\&.14\&.265\&. كما أنها غير مدعومة على musl libc\&. .RE .SH "تفاصيل حزمة ICMP" .PP رأس IP بدون خيارات هو 20 بايت\&. تحتوي حزمة ICMP ECHO_REQUEST على 8 بايت إضافية من رأس ICMP متبوعة بكمية عشوائية من البيانات\&. عند إعطاء \fIpacketsize\fP، يشير هذا إلى حجم هذه القطعة الإضافية من البيانات (المبدئي هو 56)\&. وبالتالي، ستكون كمية البيانات المستلمة داخل حزمة IP من نوع ICMP ECHO_REPLY دائمًا 8 بايت أكثر من مساحة البيانات المطلوبة (رأس ICMP)\&. .PP إذا كانت مساحة البيانات على الأقل بحجم struct timeval، يستخدم \fBping\fP البايتات الأولى من هذه المساحة لتضمين طابع زمني يستخدمه في حساب أوقات الرحلة ذهابًا وإيابًا\&. إذا كانت مساحة البيانات أقصر، لا يتم إعطاء أوقات رحلة ذهابًا وإيابًا\&. .SH "الحزم المكررة والتالفة" .PP سيبلغ \fBping\fP عن الحزم المكررة والتالفة\&. لا ينبغي أن تحدث الحزم المكررة أبدًا، ويبدو أنها ناتجة عن إعادة إرسال غير مناسبة على مستوى الرابط\&. قد تحدث التكرارات في العديد من المواقف ونادرًا ما تكون (إن حدثت) علامة جيدة، على الرغم من أن وجود مستويات منخفضة من التكرارات قد لا يكون دائمًا مدعاة للقلق\&. .PP الحزم التالفة هي بوضوح سبب خطير للقلق وغالبًا ما تشير إلى عطل في الأجهزة في مكان ما في مسار حزمة \fBping\fP (في الشبكة أو في المضيفين)\&. .SH "تصادمات المعرف" .PP على عكس TCP وUDP، اللذين يستخدمان المنفذ لتحديد المستلم بشكل فريد لتسليم البيانات، يستخدم ICMP حقل المعرف (ID) للتحديد\&. لذلك، إذا استخدمت عمليتا ping على نفس الجهاز وفي نفس الوقت نفس المعرف، فقد يتم تسليم رد الصدى إلى مستلم خاطئ\&. هذه مشكلة معروفة بسبب الحجم المحدود لحقل المعرف ذي 16 بت\&. هذا قيد تاريخي للبروتوكول لا يمكن إصلاحه في الوقت الحالي ما لم نقم بتشفير معرف في حمولة حزمة ping\&. يطبع \fBping\fP خطأ \fIDIFFERENT ADDRESS\fP ويكون فقدان الحزمة سالبًا\&. .PP يستخدم \fBping\fP PID للحصول على رقم فريد\&. القيمة المبدئية لـ \fI/proc/sys/kernel/pid_max\fP هي 32768\&. على الأنظمة التي تستخدم ping بكثافة ومع \fIpid_max\fP أكبر من 65535، من المحتم حدوث تصادمات\&. .SH "محاولة أنماط بيانات مختلفة" .PP يجب ألا تعالج طبقة (الإنترنت) الشبكة الحزم بشكل مختلف اعتمادًا على البيانات الموجودة في جزء البيانات\&. لسوء الحظ، من المعروف أن المشكلات المعتمدة على البيانات تتسلل إلى الشبكات وتبقى غير مكتشفة لفترات طويلة من الزمن\&. في العديد من الحالات، النمط المحدد الذي سيواجه مشكلات هو شيء لا يحتوي على \(lqتحولات\(rq كافية، مثل كل الآحاد أو كل الأصفار، أو نمط على الحافة تمامًا، مثل كل الأصفار تقريبًا\&. ليس من الضروري بالضرورة تحديد نمط بيانات من كل الأصفار (على سبيل المثال) في سطر الأوامر لأن النمط المهم هو على مستوى وصلة البيانات، والعلاقة بين ما تكتبه وما تنقله وحدات التحكم يمكن أن تكون معقدة\&. .PP هذا يعني أنه إذا كان لديك مشكلة معتمدة على البيانات، فربما ستحتاج إلى إجراء الكثير من الاختبارات للعثور عليها\&. إذا كنت محظوظًا، فقد تتمكن من العثور على ملف لا يمكن إرساله عبر شبكتك أو يستغرق وقتًا أطول بكثير لنقله مقارنة بالملفات الأخرى ذات الطول المماثل\&. يمكنك بعد ذلك فحص هذا الملف بحثًا عن أنماط متكررة يمكنك اختبارها باستخدام الخيار \fB\-p\fP من \fBping\fP\&. .SH "تفاصيل TTL" .PP تمثل قيمة TTL لحزمة IP الحد الأقصى لعدد موجهات IP التي يمكن أن تمر بها الحزمة قبل التخلص منها\&. في الممارسة الحالية، يمكنك توقع أن يقوم كل موجه في الإنترنت بإنقاص حقل TTL بمقدار واحد بالضبط\&. .PP قد يأخذ حقل TTL لحزم TCP قيمًا مختلفة\&. القيمة القصوى الممكنة لهذا الحقل هي 255، والقيمة المبدئية الموصى بها هي 64\&. لمزيد من المعلومات، راجع قسم واجهة TCP/المستوى الأدنى من RFC9293\&. .PP في التشغيل العادي، يطبع \fBping\fP قيمة TTL من الحزمة التي يستقبلها\&. عندما يستقبل نظام بعيد حزمة ping، يمكنه فعل أحد ثلاثة أشياء بحقل TTL في استجابته: .PP .RS 4 \(bu عدم تغييره؛ هذا ما فعلته أنظمة Berkeley Unix قبل إصدار 4\&.3BSD Tahoe\&. في هذه الحالة، ستكون قيمة TTL في الحزمة المستقبلة 255 ناقص عدد الموجهات في مسار الرحلة ذهابًا وإيابًا\&. .RE .PP .RS 4 \(bu تعيينها إلى 255؛ هذا ما تفعله أنظمة Berkeley Unix الحالية\&. في هذه الحالة، ستكون قيمة TTL في الحزمة المستقبلة 255 ناقص عدد الموجهات في المسار \fBمن\fP النظام البعيد \fBإلى\fP المضيف الذي يقوم \fBping\fP\&. .RE .PP .RS 4 \(bu تعيينها إلى قيمة أخرى\&. تستخدم بعض الأجهزة نفس القيمة لحزم ICMP التي تستخدمها لحزم TCP، على سبيل المثال إما 30 أو 60\&. قد يستخدم البعض الآخر قيمًا عشوائية تمامًا\&. .RE .SH العلل .PP .RS 4 \(bu تتجاهل العديد من المضيفات والبوابات خيار RECORD_ROUTE\&. .RE .PP .RS 4 \(bu طول رأس IP الأقصى صغير جدًا بحيث لا يمكن لخيارات مثل RECORD_ROUTE أن تكون مفيدة تمامًا\&. ومع ذلك، لا يمكن فعل الكثير حيال هذا\&. .RE .PP .RS 4 \(bu لا يُوصى بإرسال ping الفيضاني بشكل عام، ويجب إجراء ping الفيضاني لعنوان البث فقط تحت ظروف خاضعة للرقابة الشديدة\&. .RE .SH "انظر أيضًا" .PP \fBip\fP(8), \fBss\fP(8)\&. .SH التاريخ .PP ظهر أمر \fBping\fP في 4\&.3BSD\&. .PP الإصدار الموصوف هنا هو نسخته السليلة الخاصة بـ Linux\&. .PP اعتبارًا من الإصدار s20150815، لم يعد الملف الثنائي \fBping6\fP موجودًا\&. تم دمجه في \fBping\fP\&. إنشاء رابط رمزي باسم \fBping6\fP يشير إلى \fBping\fP سيؤدي إلى نفس الوظيفة كما في السابق\&. .SH الأمن .PP يتطلب \fBping\fP صلاحية CAP_NET_RAW للتنفيذ 1) إذا استُخدم البرنامج لاستعلامات غير الصدى (انظر الخيار \fB\-N\fP) أو عندما يُضبط حقل التعريف على 0 لطلب ECHO_REQUEST (انظر \fB\-e\fP)، أو 2) إذا لم تدعم النواة مقابس بيانات ICMP، أو 3) إذا لم يُسمح للمستخدم بإنشاء مقبس صدى ICMP\&. قد يُستخدم البرنامج كجذر set\-uid\&. .SH التوفر .PP \fBping\fP جزء من حزمة \fIiputils\fP\&. .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .