ماذا يخبرك تقييم خادم VPN فعليًا؟
التقييم ليس إلا ترتيب الناشر. اقرأ تعريفه، وافصل الثقة عن السرعة، ثم قس النقطة الطرفية من شبكتك أنت.
تقييمات الخوادم أرقام يحسبها الناشر لقائمته الخاصة، وكل رقم منها يعني ما قرر ذلك الناشر أنه يعنيه. ويمكن لدليلين أن يرتبا النقطة الطرفية نفسها بترتيبين مختلفين دون أن يكون أي منهما مخطئًا. اقرأ التعريف قبل أن تدع ترتيبًا يختار لك مخرجًا.
تغطي الفحوص أدناه ما يجب قراءته، وما يجب قياسه بنفسك، وما يجب تدوينه. وهي تفترض عميلًا يدعم البروتوكول الذي يقدمه المرشح بالفعل.
اقرأ التعريف قبل الترتيب
ابدأ بصفحة التعريف لا بالجدول. فالتقييم المبني على مدة التشغيل المبلغة أو أعداد الجلسات أو تقديرات معدل النقل يرتب النقاط الطرفية بحسب تلك الكميات، وهذا حكم على الحمل وإمكانية الوصول لا على الخصوصية. ولاحظ مدى قدم المدخلات، لأن رقمًا يُحدَّث شهريًا يصف جهازًا مختلفًا عن رقم يُحدَّث كل ساعة. وحيث لا يوجد تعريف، فالرقم أداة ترتيب بمدخلات مجهولة، وهو يستحق من الثقة قدر ذلك بالضبط.
النطاق لا يقل أهمية عن المدخل. فالقيمة المقيسة بين مسبار الناشر والنقطة الطرفية لا تقول شيئًا عن المسار من شبكتك، والرقم الذي يصف النقل الكمي لا يتنبأ بزمن الاستجابة التفاعلي. والحداثة والنطاق معًا هما ما يحدد إن كان الرقم ينطبق على قرارك أصلًا.
الثقة والتوافق والسرعة ثلاثة أسئلة
النقطة الطرفية التي تقبل حركتك ليست بذلك مكانًا جيدًا لإرسالها إليه. فمدخل الدليل يسرد تفاصيل اتصال تشغيلية، وهذا ليس شهادة عن التسجيل أو الملكية أو ما يفعله المشغل بالبيانات الوصفية. والتوافق سؤال منفصل: البروتوكول ومجموعة التشفير وإصدار العميل إما تتطابق أو لا تتطابق، ولا تقييم يغير ذلك. والسرعة ثالثة، وهي الوحيدة من الثلاث التي يمكنك قياسها من جهازك.
الفصل بين الثلاث يمنع الخطأ الأكثر شيوعًا، وهو اختيار نقطة طرفية سريعة وقراءة ذلك كدليل على ممارسة جيدة. والنقطة الطرفية البطيئة لكن الواضحة أفضل كخيار افتراضي من نقطة سريعة لا تستطيع وصف مشغلها.
قد ينشر الدليل أيضًا حقولًا لا تنتمي إلى أي من الثلاث. فوصف المشغل نفسه أو قائمة البروتوكولات أو تسمية البلد كلها ادعاءات وبيانات وصفية، وتأتي بمصداقية من كتبها.
قِس المرشح من شبكتك أنت
بعد أن يجتاز المرشح السؤالين الأولين، قس المسار الذي ستستخدمه فعلًا. والأوامر أدناه تفحص إمكانية الوصول وجودة المسار وطلبًا مكتملًا، بهذا الترتيب. شغّلها في الساعة التي ستستخدم فيها الخدمة، لأن وصلة المنزل والمرحّل العام يتغيران مع الحمل.
ping -c 20 203.0.113.77
mtr -r -c 50 203.0.113.77
curl -sS -o /dev/null -w '%{http_code} %{time_connect} %{time_total}\n' --max-time 8 https://example.com/
timeout 5 bash -c 'cat < /dev/null > /dev/tcp/203.0.113.77/1194' && echo port-open
اقرأ الخرج كثلاث إجابات منفصلة. فالبينغ الذي لا يرد أبدًا قد يعني أن النقطة الطرفية ترشح ICMP لا أن الخدمة معطلة، لذا اقرنه بفحص المنفذ. ويظهر تتبع المسار أين يتراكم التأخير، والطلب المكتمل مع التوقيت يثبت أن السلسلة تعمل من عنوانك. ولا واحدة من تلك القيم خاصية دائمة للنقطة الطرفية.
دوّن المقارنة
سجل المرشح ووقت القياس والنتائج الثلاث ولماذا انتقلت إلى التالي. فهذا يحول قائمة من الترتيبات المتذكرة إلى مقارنة يستطيع شخص آخر تكرارها. وهو يكسر أيضًا الحلقة التي تظل فيها تبدل البلدان وتستنتج أن كل شيء بطيء.
المرشح الفاشل يستحق ملاحظة أيضًا، فالنقطة الطرفية التي ترفض بروتوكولًا واحدًا في ساعة واحدة واقعة عن ذلك الاختبار لا حكم على الدليل كله. دوّن الرفض مع طابعه الزمني، وتبدأ المقارنة التالية من دليل.
أعد فحص النقطة المختارة بعد أي ترقية للعميل، لأن إجابة التوافق قد تتغير بينما يبقى التقييم نفسه. تعامل مع الرقم كتلميح ترتيب ومع قياساتك كالدليل.