ICMP (Ping)
الوظيفة | تحقق مما إذا كان الجهاز يعمل أم لا. إذا كان معطلاً، فستكون النتيجة فقدان 100% من الحزم. يوفر وقت الذهاب والإياب مؤشراً على الأداء وحمل الشبكة. |
|---|---|
التنبيه | فقدان الحزم، وقت الذهاب والإياب |
بروتوكول رسائل التحكم عبر الإنترنت (ICMP) هو أحد البروتوكولات الأساسية لمجموعة بروتوكولات الإنترنت. يستخدم بشكل أساسي من قبل أنظمة تشغيل أجهزة الكمبيوتر المتصلة بالشبكة لإرسال رسائل خطأ تشير، على سبيل المثال، إلى أن الخدمة المطلوبة غير متوفرة أو أنه لا يمكن الوصول إلى مضيف أو جهاز توجيه. يعتمد ICMP على IP لأداء مهامه، وهو جزء لا يتجزأ من IP. يختلف في الغرض عن بروتوكولات النقل مثل TCP و UDP في أنه لا يستخدم عادةً لإرسال واستقبال البيانات بين الأنظمة النهائية. بروتوكول رسائل التحكم في الإنترنت هو جزء من مجموعة بروتوكولات الإنترنت كما هو محدد في RFC 792.
يتم إنشاء رسائل ICMP عادةً استجابةً لأخطاء في مخططات بيانات IP (كما هو محدد في RFC 1122) أو لأغراض التشخيص أو التوجيه. يُعرف إصدار ICMP لبروتوكول الإنترنت الإصدار 4 أيضًا باسم ICMPv4، لأنه جزء من IPv4. يحتوي IPv6 على بروتوكول مكافئ، وهو ICMPv6. يتم إنشاء رسائل ICMP في طبقة IP، عادةً من مخطط بيانات IP عادي أنشأ استجابة ICMP. يقوم IP بتغليف رسالة ICMP المناسبة برأس IP جديد (لإعادة رسالة ICMP إلى المضيف المرسل الأصلي) وينقل مخطط البيانات الناتج بالطريقة المعتادة.
على سبيل المثال، يجب على كل جهاز (مثل أجهزة التوجيه الوسيطة) يقوم بإعادة توجيه مخطط بيانات IP أن يقلل حقل وقت البقاء (TTL) في رأس IP بمقدار واحد؛ إذا وصل TTL إلى 0، يتم إرسال رسالة ICMP "تجاوز وقت البقاء أثناء النقل" إلى مصدر مخطط البيانات. يتم تغليف كل رسالة ICMP مباشرة داخل مخطط بيانات IP واحد، وبالتالي، مثل UDP، فإن ICMP غير موثوق به.
على الرغم من أن رسائل ICMP موجودة داخل مخططات بيانات IP القياسية، إلا أن رسائل ICMP عادةً ما تتم معالجتها كحالة خاصة، تختلف عن معالجة IP العادية، بدلاً من معالجتها كبروتوكول فرعي عادي لـ IP. في كثير من الحالات، من الضروري فحص محتويات رسالة ICMP وتسليم رسالة الخطأ المناسبة إلى التطبيق الذي أنشأ حزمة IP الأصلية، وهي التي دفعت إلى إرسال رسالة ICMP. تعتمد العديد من أدوات الشبكة الشائعة الاستخدام على رسائل ICMP. يتم تنفيذ الأمر traceroute عن طريق إرسال مخططات بيانات UDP مع حقول رأس IP TTL محددة بشكل خاص، والبحث عن رسائل ICMP Time to live exceeded in transit (أعلاه) و Destination unreachable التي تم إنشاؤها استجابةً لذلك. يتم تنفيذ أداة ping ذات الصلة باستخدام طلب ICMP Echo ورسائل Echo reply.
يُظهر وقت الذهاب والإياب لـ ICMP الوقت الذي تستغرقه الحزمة للانتقال من المصدر إلى الوجهة بالإضافة إلى الوقت الذي تستغرقه مكدس التطبيقات للرد بالإضافة إلى طريق العودة. لذا، يمكن أن يكون سبب طول وقت الذهاب والإياب هو بطء الشبكة أو تحميل مكدس الشبكة بشكل زائد.
من المنطقي قياس ICMP قبل خادم التطبيق بخطوة واحدة وقياس ICMP إلى خادم التطبيق نفسه. الفرق هو تأخير الشبكة.
تفاصيل ICMP
معلمات ICMP
المعلمة | الوصف |
|---|---|
عدد الحزم | عدد الحزم المراد إرسالها. يتم إرسال حزمة واحدة في الثانية. |
حجم الحزمة | يتم تعيين حجم الحزمة الافتراضي على 56 بايت. نظرًا لأن الحزم التي يبلغ حجمها 56 بايت يجب أن يتم ملؤها إلى حزم يبلغ حجمها 64 كيلوبايت، يتم أيضًا اختبار تجزئة مكدس IP. يستخدم هذا في الغالب لخوادم تطبيقات الشبكة والإنترنت. هناك تطبيقات ترسل إطارات أكبر (مثل ftp و scp). للتحقق من إمكانية الوصول إلى خادم ftp، يفضل إعداد حجم حزمة icmp بحوالي 1 كيلوبايت. الأحجام التالية متاحة: 56 بايت |
معرف icmp | إذا كان هناك جدار حماية بين الجهاز ومجمع SKOOR Engine، فقد يكون من الضروري تعيين معرف Icmp على قيمة عشوائية، حيث قد تكون هناك قواعد لجدار الحماية تمنع الجهاز من استخدام نفس المعرف دائمًا. |
قيم ICMP وحدود الإنذار
القيمة / حد الإنذار | الوصف |
|---|---|
فقدان الحزمة | نسبة فقدان الحزم. إذا تم إرسال 5 حزم وفقدت حزمة واحدة، فإن فقدان الحزم يكون 20٪. يتم إنشاء حد إنذار للحالة الرئيسية بشكل افتراضي لفقدان الحزم بنسبة 100٪. |
وقت الذهاب والإياب | الوقت اللازم لنقل الحزم إلى الوجهة والعودة |
رمز الخطأ | رمز خطأ عام للمهمة (انظر قسم رموز أخطاء المهام) |
أمثلة ICMP
المثال 1
عدد الحزم | 4 |
|---|---|
حجم الحزمة | 56 بايت |

