Ping vs Traceroute: Which One Answers Your Question?
2026-09-02 · 6 min
Every network complaint eventually starts the same way: something is unreachable, or it feels slow, and nobody can say yet whether the problem is yours, your provider's, or the destination's. Ping and traceroute are the two quickest ways to narrow that down - and they are so often confused that it is worth being precise about what each one can and cannot tell you.
The short version: ping answers 'how bad is it', traceroute answers 'where does it go wrong'. Used in that order, they resolve most connectivity complaints in under a minute.
1983
Ping is written
Mike Muuss writes the first ping at the US Army Ballistic Research Laboratory, wrapping the ICMP Echo Request/Reply pair - already defined in the ICMP specification - into a one-command measurement tool.
1987
Traceroute follows
Van Jacobson releases traceroute at Lawrence Berkeley Laboratory, exploiting the IP TTL field and ICMP Time Exceeded messages to reveal the routers on a path - something ping deliberately hides.
1998
The two combine
mtr (My Traceroute) merges both ideas into a continuously refreshing view that shows per-hop loss and latency statistics live, cementing the two-tool mental model.
Today
Same questions, new scale
The mechanics are unchanged; what changed is that web-based tools like NetChecks run them from a neutral third-party vantage point instead of your own machine.
What ping actually measures
Ping sends a small ICMP Echo Request to a destination and waits for the Echo Reply. The round-trip time (RTT) it reports covers the whole journey out and back, and running it several times in a row separates a one-off latency spike from a stable figure - which is why a good ping tool sends a burst, not a single packet.
Three numbers matter: the RTT itself (is the target near or far), the jitter between packets (is the path stable), and packet loss (are replies coming back at all). A missing reply is only meaningful evidence of downtime when loss is consistent - many networks deliberately deprioritize ICMP under load, so a single lost packet is noise, not an outage.
What traceroute adds: the path itself
Traceroute works by exploiting the IP time-to-live field. It sends packets with TTL=1, so the first router drops the packet and reports back an ICMP Time Exceeded message - revealing its address. It then repeats with TTL=2 to reveal the second router, and so on until the destination answers for real.
The result is the actual chain of routers between you and the target, each with its own latency. This is the part ping cannot give you: when 'the site is unreachable', traceroute is what tells you whether the break happens at your own router, at your ISP, at an exchange point, or at the destination's edge.
Ping measures one round trip to the destination; traceroute walks the path hop by hop by forcing every router to reveal itself.
Reading the strange results
A line of asterisks in traceroute is the most misread output in networking. Asterisks on an intermediate hop often mean that router simply does not answer ICMP probes, while traffic still flows through it fine - you can usually confirm this by seeing later hops respond normally. Only when the stars start at a hop and never recover is the path genuinely broken there.
Also expect asymmetry: the return path may be a completely different route than the outbound one, and each hop's latency is measured on the return leg. One hop showing a sudden 40 ms jump does not mean that router is slow - it can mean the slow link is anywhere up to and including that hop.
Which one, when
Start with ping: if RTT and loss look healthy toward a target, traceroute will not change the story, and you should look elsewhere (DNS, the server itself, the application). If ping shows loss or absurd latency, run traceroute immediately and look for the first hop where latency jumps or responses stop - that hop is your leading suspect.
One caveat traceroute users should know: filtering networks. Many firewalls rate-limit or drop ICMP, so a destination can be perfectly reachable over HTTPS while its traceroute ends in stars. If ping to the host works but traceroute does not complete, trust ping and move on.
خلاصة
Ping tells you how bad the problem is; traceroute tells you where it lives. Run them in that order, read the asterisks with skepticism, and most 'the network is down' tickets resolve themselves before anyone has to guess.
عنوان IP العام الخاص بك وموقع شبكتك، يتم اكتشافهما تلقائيًا.
يتم التحميل تلقائيًا عند فتح NetChecks — لا حاجة لإدخال أي شيء. استخدم زر التحديث بعد تغيير الشبكة أو إعادة الاتصال بالشبكة الافتراضية الخاصة (VPN).
متصفحك
فحص شامل بخطوة واحدة
يشغّل جميع الفحوصات ذات الصلة على عنوان IP أو اسم مضيف واحد دفعة واحدة: DNS، whois، ping، traceroute، فحص للمنافذ المعروفة (1-1024)، رؤوس HTTP وشهادة SSL.
أدخل نطاقًا أو عنوان IP وشغّله للتحقق من DNS وwhois وping وtraceroute والمنافذ الشائعة ورؤوس HTTP وشهادة SSL دفعة واحدة.
تعمل معظم الفحوصات بالتوازي - وعادة ما تنتهي خلال حوالي 30 ثانية، وأكثر إذا كان الهدف بطيئًا أو غير قابل للوصول.
لا تعمل خطوة فحص المنافذ إلا بعد تحديد مربع الموافقة أعلاه - جميع الفحوصات الأخرى تعمل بغض النظر عن ذلك.
بينغ (Ping)
يرسل طلبات ICMP echo إلى مضيف للتحقق من إمكانية الوصول إليه وزمن الاستجابة.
أدخل اسم مضيف أو عنوان IP واضغط على Ping لإرسال طلبات ICMP echo وقياس زمن الاستجابة ذهابًا وإيابًا.
تعرف أكثر على بينغ (Ping)
ما هو
يرسل Ping حزم ICMP Echo Request إلى مضيف ويقيس الوقت الذي تستغرقه حزم ICMP Echo Reply للعودة. إنه أبسط اختبار اتصال شبكي موجود على الإطلاق: يجيب بالضبط عن سؤال واحد، "هل هذا الجهاز قابل للوصول، وبأي سرعة؟". صُمِّم بروتوكول ICMP (RFC 792) عام 1981 خصيصًا لنقل رسائل التحكم والتشخيص عبر شبكات IP، بمعزل عن أي حركة تطبيقات - وPing هو أشهر تطبيق له وأكثرها توفرًا عالميًا، موجود عمليًا في كل نظام تشغيل وجهاز شبكي منذ أقدم إصداراته.
كيف يعمل
تحمل كل حزمة ICMP حقل TTL (مدة البقاء) يُنقَص بواحد عند كل موجّه يعبره؛ فإذا وصل إلى الصفر قبل بلوغ الوجهة، تُسقَط الحزمة ويُرسَل خطأ إلى المرسل. يعكس زمن الذهاب والإياب (RTT) المُقاس بالميلي ثانية زمن الاستجابة التراكمي للشبكة على طول الرحلة كاملة، وليس فقط الجزء الأخير القريب من الوجهة - وهذه نقطة كثيرًا ما يُساء فهمها، إذ قد يكون السبب الحقيقي لنتيجة ping بطيئة في أي نقطة على المسار، وليس بالضرورة قرب الخادم المُختبَر. يُرسل ping عادة عدة حزم متتالية بدلًا من حزمة واحدة، مما يتيح التمييز بين ارتفاع مؤقت في زمن الاستجابة ومشكلة متكررة، وحساب معدل فقدان الحزم على العينة.
تفسير النتائج
زمن استجابة منخفض ومستقر - بضعة ميلي ثانية على شبكة محلية، من 10 إلى 50 مللي ثانية لوجهة داخل نفس الدولة، وأكثر بكثير لاتصال عبر القارات - يشير إلى اتصال سليم. حتى فقدان حزم بسيط (فوق 1-2%) ضار بشكل خاص للاستخدامات الحساسة لزمن الاستجابة مثل VoIP أو الجلسات التفاعلية عن بُعد، حيث تظهر كل حزمة مفقودة كخلل أو انقطاع مسموع. تباين كبير في زمن الاستجابة من حزمة إلى أخرى (jitter) غالبًا ما يكون، لهذه الاستخدامات نفسها، مشكلة أكبر من زمن استجابة مرتفع لكنه مستقر تمامًا. "انتهت مهلة الطلب" تعني عدم وصول أي رد خلال الوقت المحدد - قد يكون المضيف متوقفًا فعليًا، أو قد يحجب جدار حماية بروتوكول ICMP بصمت، أو قد يكون هناك مسار معطل في مكان ما على الطريق؛ أما "الوجهة غير قابلة للوصول" فهي مختلفة وأكثر إفادة: أرسل موجّه وسيط صراحة رسالة يفيد فيها بأنه لم يتمكن من إعادة توجيه الحزمة، مما يساعد في تحديد مكان المشكلة الفعلي بدقة أكبر.
الأخطاء الشائعة
أكثر خطأ تفسيري شيوعًا هو الاستنتاج بأن المضيف "متوقف" بمجرد فشل ping، بينما في الواقع تحجب خوادم وأجهزة كثيرة جدًا - خصوصًا خلف جدار حماية جيد الضبط، أو مستضافة لدى مزودي الخدمات السحابية الكبار - بروتوكول ICMP الوارد عمدًا كسياسة، وهي مع ذلك تعمل بشكل كامل وقابلة للوصول على خدماتها الفعلية (HTTP، قاعدة بيانات، إلخ). لذلك فإن غياب استجابة ping دليل معتبر على التوقف فقط عند اقترانه بمؤشرات أخرى، مثل عدم استجابة التطبيق نفسه أيضًا. وبالمقابل، لا يضمن نجاح ping إطلاقًا أن خدمة التطبيق المستضافة على ذلك الجهاز تعمل بشكل صحيح - فهاتان طبقتان مستقلتان تمامًا في مكدس الشبكة.
متى تستخدمه
أول ما يجب التحقق منه قبل تصعيد تذكرة: هل يستجيب الجهاز أصلًا، قبل التحقيق أكثر؟ تأكيد الاتصال بعد تغيير قاعدة جدار حماية أو جدول توجيه، للتأكد من أن التغيير لم يقطع الوصول. تحديد قياس أساسي لزمن الاستجابة قبل نشر VoIP أو تبديل احتياطي لخط مزود، لتوفير نقطة مقارنة موضوعية إذا وردت شكاوى عن جودة المكالمات لاحقًا. فحص حالة دوري وخفيف لمزود MSP يراقب عدة مواقع عملاء بالتوازي، دائمًا كمكمِّل - وليس بديلًا أبدًا - لمراقبة أعمق على مستوى التطبيق.
تتبع المسار (Traceroute)
يتتبع مسار الشبكة (قفزة بقفزة) إلى مضيف الوجهة.
أدخل اسم مضيف أو عنوان IP وشغّله لرؤية كل قفزة شبكة بين هذا الخادم والوجهة، مع زمن الاستجابة لكل قفزة.
أدخل نطاقًا، واختر نوع السجل (A أو AAAA أو MX أو TXT أو NS أو CNAME أو SOA أو PTR أو SRV أو CAA)، ثم ابحث.
Whois
البحث عن معلومات تسجيل نطاق أو عنوان IP.
أدخل نطاقًا أو عنوان IP للاطلاع على بيانات تسجيله: المسجّل والمؤسسة المالكة والتواريخ المهمة.
فحص القائمة السوداء
يتحقق مما إذا كان عنوان IP أو نطاق مدرجًا في قوائم سوداء عامة للبريد العشوائي/الإساءة (DNSBL).
أدخل عنوان IPv4 أو نطاقًا وشغّله للتحقق من 7 قوائم سوداء عامة (DNSBL/RBL) دفعة واحدة - يظهر كل منها كمدرَج أو غير مدرَج أو فشل الفحص.
فحص منافذ TCP
تحقق مما إذا كانت منافذ TCP مفتوحة على مضيف أو IP: منافذ شائعة، قائمة مخصصة، أو النطاق الكامل 1-65535.
أدخل مضيفًا أو عنوان IP، واختر المنافذ الشائعة أو قائمة مخصصة أو النطاق الكامل، ثم افحص لمعرفة أي منافذ TCP تستجيب.
قد يستغرق فحص النطاق الكامل حتى نحو 100 ثانية. الفحوصات الكبيرة (أكثر من 100 منفذ، بما في ذلك النطاقات/القوائم المخصصة) مقتصرة على فحص واحد في الدقيقة لكل زائر.
المنافذ المفتوحة (0)
فاحص ترويسات HTTP
يجلب حالة استجابة HTTP وترويساتها لعنوان URL.
أدخل عنوان URL للحصول على رمز حالة استجابة HTTP وكل رؤوس الاستجابة التي يرسلها الخادم.
فاحص شهادة SSL / TLS
يفحص شهادة TLS لمضيف: الجهة المصدرة، تواريخ الصلاحية، والأيام المتبقية.
أدخل اسم مضيف لفحص شهادة TLS الخاصة به: الجهة المُصدرة وتواريخ الصلاحية وعدد الأيام المتبقية قبل انتهائها.
بحث الموقع الجغرافي لـ IP
يبحث عن الموقع الجغرافي ومعلومات الشبكة لعنوان IP. اتركه فارغًا لعرض عنوان IP العام الخاص بك.
أدخل أي عنوان IP، أو اتركه فارغًا للبحث عن عنوانك الخاص، لمعرفة موقعه التقريبي ومعلومات الشبكة/مزود الخدمة.
تُحسب بالكامل في متصفحك — لا تُرسل أي بيانات إلى الخادم.
أدخل عنوان IP وبادئة CIDR (مثل 192.168.1.0/24) لحساب نطاق الشبكة وعنوان البث ونطاق المضيفين القابلين للاستخدام فورًا.
اختبار السرعة
اختبار أساسي لسرعة التنزيل/الرفع مقابل هذا الخادم (تعتمد الدقة على اتصال الخادم نفسه).
اضغط على ابدأ لقياس سرعة التنزيل والرفع مقابل هذا الخادم. تعتمد الدقة على اتصال هذا الخادم نفسه.
قاموس رموز الدول
رموز الدول ISO 3166-1 alpha-2 — يتم البحث بالكامل في متصفحك.
ابحث أو تصفح قائمة رموز الدول ISO 3166-1 alpha-2، ويتم البحث بالكامل داخل متصفحك.
الدولة
رمز ISO
قاموس رموز الاتصال الدولية
رموز الاتصال الدولية حسب الدولة — يتم البحث بالكامل في متصفحك.
ابحث أو تصفح رموز الاتصال الدولية حسب الدولة، ويتم البحث بالكامل داخل متصفحك.
الدولة
رمز الاتصال
الساعة العالمية
اختر منطقة زمنية لمعرفة الوقت الحالي — اسحب الكرة الأرضية لتدويرها.
اختر منطقة زمنية من القائمة، أو اسحب الكرة الأرضية، لرؤية الوقت الحالي هناك.
وقتك
--:--:--
—
—
الوقت المحدد
--:--:--
—
—UTC±00:00
الفارق الزمني معك—
—
اسحب لتدوير الكرة الأرضية.
حالة شبكة الهاتف المحمول في فرنسا
مواقع هوائيات الهاتف المحمول المعطلة أو قيد الصيانة في فرنسا، حسب المشغل (Orange وFree وSFR وBouygues Telecom)، من بيانات Arcep العامة. لقطة تُحدَّث مرة واحدة يوميًا - ليست بثًا لحظيًا.
تصفح بيانات أعطال هوائيات الجوال والألياف حسب المشغل الفرنسي — لا حاجة لإدخال أي شيء، يتم التحديث تلقائيًا من بيانات Arcep العامة.
المصدر: Arcep، مجموعة بيانات «Sites indisponibles»، منشورة بموجب الترخيص المفتوح / Etalab 2.0 - إعادة الاستخدام التجاري مسموح بها صراحةً، بخلاف بيانات IODA/CAIDA المستخدمة سابقًا. شارة عادي/مراقبة/تنبيه هي تقدير داخلي (عدد أعطال اليوم مقابل وسيط الأيام السابقة)، وليست تصنيفًا رسميًا من Arcep. روابط المصدر أدناه.
أكثر المقاطعات تأثرًا
عدد المواقع المعطلة حاليًا أو قيد الصيانة، حسب المقاطعة. انقر على مشغّل أعلاه للتصفية.
جودة شبكة الألياف الضوئية (FTTH) حسب المشغّل: معدل الأعطال المُبلّغ عنها ومعدل فشل التوصيل، من بيانات Arcep العامة. مؤشرات شهرية بمتوسط متحرك لؤ6 أشهر - ليست بثًا لحظيًا كما في قسم الهاتف.
المصدر: Arcep، مجموعة بيانات «Qualité des réseaux en fibre optique»، منشورة بموجب الترخيص المفتوح / Etalab 2.0 - إعادة الاستخدام التجاري مسموح بها صراحةً. روابط المصدر أدناه.
حسب المشغّل (الشركة الأم)
متوسطات آخر 6 أشهر متاحة، حسب الشركة الأم لمشغّل البنية التحتية.
يُقدَّم NetChecks لأغراض تشخيص الشبكة المشروعة والتعليمية فقط، على الأنظمة والنطاقات وعناوين IP التي تملكها أو المصرح لك صراحةً باختبارها.
قد يشكّل إجراء فحوصات المنافذ أو استعلامات DNS/whois أو تتبع المسار أو أي فحوصات أخرى ضد أنظمة تابعة لجهات أخرى دون تصريح انتهاكًا لقوانين إساءة استخدام الحاسوب في نطاقك القضائي (مثل قانون الاحتيال وإساءة استخدام الحاسوب في الولايات المتحدة، أو "Loi Godfrain" في فرنسا، أو تشريع محلي مماثل). أنت وحدك المسؤول عن التأكد من امتلاكك الحق في اختبار أي هدف تُدخله هنا.
يُقدَّم هذا الموقع ونتائجه "كما هو" دون أي ضمان من أي نوع. لا يتحمل مشغّل هذا الموقع أي مسؤولية عن أي أضرار مباشرة أو غير مباشرة أو تبعية، أو عواقب قانونية، أو إساءة استخدام ناتجة عن استخدام هذا الموقع.
يتم تحديد معدل الطلبات لمنع إساءة الاستخدام. يمكن لمشغّل هذا المثيل تفعيل تسجيل نشاط الطلبات اختياريًا - في هذه الحالة، قد يتم تسجيل كل طلب أداة (عنوان IP الخاص بك، والطابع الزمني، والأداة المستخدمة، والهدف/الاستعلام المدخل) في قاعدة بيانات لأغراض الأمان ومنع إساءة الاستخدام وتحليل الاستخدام. هذه الميزة معطّلة افتراضيًا. باستخدامك هذا الموقع فإنك توافق على هذه الشروط؛ وإذا كنت لا توافق، فيرجى عدم استخدام هذا الموقع.
يخضع الاستخدام البرمجي (API) لهذا الموقع لنفس هذه الشروط، بما في ذلك متطلب التفويض المذكور أعلاه.
إرسال ملاحظات
أبلغ عن مشكلة، أو اترك تعليقًا، أو اقترح ميزة جديدة.
يعرض هذا الموقع إعلانات، وإذا وافقت، ملفات تعريف ارتباط من شركاء إعلانيين للمساعدة في تمويل الاستضافة. يمكنك الرفض والاستمرار في استخدام جميع الأدوات دون إعلانات.