مشغّل عبور ثانٍ يعمل في كيشيناو — بسعة عبور مختلط تبلغ 20 Gbps. رابط تصاعدي مختلط بسرعة 20 Gbps متاح الآن لماذا مولدوفا

اختبر المسار قبل أن تدفع ثمنه

الأهداف، والملفات، والأوامر الدقيقة. لا حساب، ولا نموذج، ولا شيء يجب قبوله — يمكن قياس شبكتنا من أي جهاز، وتكوين أرقام مستقلة.

الأهداف

توجيه شيء إلى هذه العناوين

أهداف Looking Glass
الفئةالهدفمناسب من أجل
IPv4 198.51.100.24 ping · traceroute · mtr
IPv6 2001:db8:4a::24 ping6 · traceroute6
المضيف lg.vpsoffshore.com يُحلّ إلى كليهما، ويصلح للاستخدام في النصوص البرمجية

ملفات الاختبار

وملف يمكن تنزيله

ملفات الاختبار
الحجمURLالاستخدام
100 MB https://lg.vpsoffshore.com/100mb.bin يكفي لملء وصلة بسعة غيغابت واحدة لمدة ثانية. يبدأ الاستخدام بهذا الخيار.
1 GB https://lg.vpsoffshore.com/1gb.bin لمنافذ 10 Gbps ولكل ما يُراد نشره.
10 GB https://lg.vpsoffshore.com/10gb.bin اختبار الإنتاجية المستمرة. يرجى عدم تكراره في حلقة.

الملفات بيانات عشوائية غير قابلة للضغط، بحيث لا يمكن لأي وسيط (بروكسي) أو CDN تحسين النتيجة ظاهريًا. وتُقدَّم من المنفذ نفسه الذي يُخصَّص لأي خادم.

أربعة أوامر

ما الذي يُشغَّل، وكيف تجري قراءته

معظم البلاغات التي تقول إن «الشبكة بطيئة» ناتجة عن خلل في القياس. وهذه الأربعة، إذا قُرئت بشكل صحيح، توضح ما يجري فعليًا.

ذهاب وإياب، 20 حزمةً

ping -c 20 lg.vpsoffshore.com

الوسيط هو ما يهم، لا الحد الأدنى. حزمة واحدة سريعة لا تقول شيئا عن حالة الرابط.

المسار، قفزة بقفزة

mtr -rwzbc 100 lg.vpsoffshore.com

الفقد في منتصف المسار غالبًا ما يكون بسبب موجّه (راوتر) يخفّض أولوية ICMP، لا بسبب قفزة معطوبة. أما الفقد عند القفزة الأخيرة فهو فقد حقيقي.

الإنتاجية لتدفق واحد

curl -o /dev/null https://lg.vpsoffshore.com/100mb.bin

تدفق TCP واحد عبر مسار طويل يُحدّه حجم النافذة، لا سعة الرابط. النتيجة المتوقعة أقل من سعة المنفذ.

الإنتاجية، بصراحة

aria2c -x8 -s8 https://lg.vpsoffshore.com/1gb.bin

ثمانية تدفقات هي ما يبدو عليه الحمل الحقيقي. هذا هو الرقم الذي تجب مقارنته بمزود آخر.

قراءته

ثلاث نتائج تبدو سيئة وليست كذلك

الأفضل أن يفهم الناتج بدلا من الاكتفاء بتصديق أرقامنا. مزود يشرح كيفية تفسير نتيجة تبدو سيئة أمام نفسها يقول شيئا لا تستطيع صفحة تسويقية قوله.

الفقد في منتصف نتيجة mtr

تخفض أجهزة التوجيه أولوية حزم ICMP الموجهة إليها هي نفسها. فإذا أظهرت القفزة الأخيرة فقدانا بنسبة 0%، يكون المسار سليما بصرف النظر عما تظهره القفزة رقم 6.

طلب curl واحد بمعدل 40 MB/s

دفق TCP واحد عبر 35 ms يكون محدودا بحجم النافذة قبل أن يكون محدودا بالرابط بوقت طويل. يمكن تشغيل أمر التدفقات الثمانية قبل الخلوص إلى أي استنتاج.

حزمة أولى تفوق الوسيط بكثير

ARP، وDNS، ومسار بارد. لهذا يطلب أمر ping عشرين محاولة، ولهذا ينشر الوسيط لا أفضل نتيجة.

ليس بعد

لا وحدة تحكم تفاعلية في هذه الصفحة، عن قصد

يجري حاليا بناء أداة looking glass تُنفّذ الأوامر من طرفنا. وإلى أن تصبح جاهزة، نفضّل الإفصاح عن ذلك بدل عرض نموذج لا يقوم بأي شيء.

الاطلاع على كيفية تشغيل واحد منها
هل يمكن إجراء traceroute عكسي نحو العميل؟

نعم — يمكن إرسال العنوان إلى الدعم، وسيتم لصق المخرجات من نقطة الحافة لدينا، عادة خلال دقائق. مسار العودة غالبا هو الجزء الأهم، وهو النصف الذي يتعذّر قياسه من موقع الطرف الآخر.

هل يمكن الاطلاع على جدول BGP أو مسار AS؟

يكفي السؤال لعرض المسارات الخاصة بالبادئة المطلوبة. لا يُنشَر الجدول كاملًا لأنه يذكر أسماء المشغّلين الناقلين، وذكر أسمائهم يعرّض شركات لم تختر موقعنا لضغوط — وهو السبب نفسه الذي يمنع ذكر اسم المبنى في صفحة المنشأة.

أرقامي لا تتطابق مع خريطة زمن الوصول لديكم.

ثم إرسالها. إذا ثبتت صحتها يُعدَّل الرقم المنشور، مع بيان السبب. صفحة القياسات لا تساوي شيئًا إن لم يكن بإمكان القارئ تصحيحها.

اللغة

تصفح هذا الموقع باللغة المفضلة

28 لغةً متاحة اليوم. البقية قيد الترجمة.