لماذا شبكة VPN الخاصة بي بطيئة جدا؟ اختبر هذه المقاطع الأربعة

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

الترتيب أدناه ينتقل من المهمة نحو الخارج، لأن النفق لا يستطيع أن يوفر عرض نطاق مفقودا في الطبقة التي تحته.

حدد معنى البطء قبل أن تقيس

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

بدون ذلك السجل، يصبح كل مقارنة لاحقة جدالا حول الانطباعات.

افحص شبكة الوصول أولا

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

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

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

بدل المخرج، ثم النقل

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

حيث يوفر الخدمة كلا الملفين، قارن OpenVPN عبر UDP مع OpenVPN عبر TCP. يعتبر UDP نقطة البداية المعتادة للعمل التفاعلي، بينما يمكن أن يساعد TCP على شبكة وصول لا تمرر حركة UDP إطلاقا. يستعيد نفق TCP الفقد بإعادة الإرسال داخل التدفق، ولهذا قد يبدو أبطأ على رابط يسقط الحزم، وتغطي ملاحظات استكشاف أخطاء أداء OpenVPN المقايضة نفسها قبل أن تضبط أي شيء آخر. تحرير كلمة "udp" إلى "tcp" في ملف تعريف لا يمكن أن ينشئ مستمعا لم يفتحه الخادم أبدا.

احفظ الملف الذي يساعد قبل تجربة التغيير التالي. وإلا فإن تراجعا لاحقا يتركك تخمن أي تعديل أحدث التحسين.

اقرأ الجهاز والعرض معا

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

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

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