كيف تختبر سرعة VPN كي تعني الأرقام شيئًا

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

ثلاثة أمور تحدد ما إذا كانت المقارنة تستحق شيئًا: هل أصاب التشغيلان الهدف نفسه، وهل بقيت شبكة الوصول ساكنة، وهل سجلت التأخير إلى جانب الحجم.

ما يعيد النفق كتابته قبل أول بايت

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

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

يمكنك مراقبة السقف مباشرة. على لينكس، اطلب أكبر حمل ينجو دون تجزئة، ثم أعد التجربة والنفق مفتوح:

ping -M do -s 1472 -c 3 203.0.113.10

إن فشل ذلك، انزل إلى 1,400 وأعد المحاولة. النفق الذي يحمل 1,380 بايت فقط يخبرك أن شيئًا يضيّق الحجم أكثر على الطريق، ولن يرفعه أي ضبط في العميل.

لماذا ينتقل خادم الاختبار عند تشغيل النفق

معظم الأدوات تختار خادمًا قريبًا اعتمادًا على العنوان العام الذي تراه. وعند تشغيل النفق يعود ذلك العنوان إلى عقدة الخروج، فقد تختار الأداة مضيفًا في مدينة أو بلد آخر. أنت تقارن حينها مقصدين، وتتضمن الفجوة بينهما المسافة من الخروج إلى مضيف الاختبار.

ثبّت الخادم بالاسم أو بالمعرّف قبل التشغيل الأول واحتفظ به في كل تشغيل بعده. إن لم تحتفظ الأداة به، فاختر هدفًا تتحكم به وقده بنفسك: iperf3 -c test.example.net -R -t 20 يبقي المقصد ثابتًا ويعطيك رقمًا تقارنه بأمس.

غيّر متغيرًا واحدًا، فالشبكة الأساسية ليست متغيرًا واحدًا

اللاسلكي هو التغيير الخفي المعتاد. تتغير قوة الإشارة حين يتحرك الحاسوب، ويتغير انشغال القناة حين يبدأ الجار مكالمة، فالتشغيلان بفارق عشر دقائق على Wi-Fi ليسا تكرارًا للاختبار نفسه. السلك، أو موضع ثابت مع تسجيل مستوى الإشارة، يزيل معظم ذلك الضجيج. وتدوين مستوى الإشارة في بداية كل تشغيل ونهايته يكفي عادة لبيان هل ينتمي التشغيلان معًا.

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

أبقِ الشبكة الأساسية ساكنة بدلًا من حساب المتوسط عبرها. ثلاث تجارب متوافقة تخبرك أكثر من عشر أُجريت في غرف مختلفة.

التأخير والفقد وICMP تجيب عن أسئلة مختلفة

يرسل بينغ مسبارًا صغيرًا إلى عنوان ثابت، وكثير من الشبكات تجيب عن ICMP بأولوية منخفضة أو تتجاهله تمامًا. الردود الغائبة تصف المسبار، لا حزم التطبيق. زمن الذهاب والعودة الذي يرتفع تحت الحمل يعني عادة أن طابورًا يمتلئ، لا أن المسار صار أطول.

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

عد إلى المهمة التي شعرت أنها بطيئة

معيار يتحسن بينما تظل المكالمة متقطعة أجاب عن شيء آخر. أعد تشغيل المهمة التي بدأت التحقيق، سواء كانت اجتماعًا أو مشاركة ملفات أو جلسة سطح مكتب بعيد. إن تحسن الرقم ولم تتحسن المهمة، فالاختناق كان في مكان لم يصل إليه الاختبار، مثل الخادم خلف النفق أو وصلة الرفع عندك.

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

قائمة قصيرة قبل المقارنة التالية

ثبّت الهدف واكتب لماذا اخترته. سجّل حجم الحزمة الذي يسمح به المسار، حتى يكون لانخفاض لاحق تفسير. أبقِ شبكة الوصول مطابقة، ودوّن حمل المعالج، وخذ ثلاث تجارب قبل أن تصدّق فرقًا.

ثم غيّر شيئًا واحدًا بالضبط وأعد التجربة. المقارنة التي تستطيع شرحها تتغلب على المقارنة ذات الرقم الأكبر.