لماذا لا يتنبأ تقييم Wi-Fi في جهاز التوجيه بإنتاجية VPN
يصف معدل Wi-Fi المعلن ومعدل VPN المقاس طبقتين مختلفتين. اتبع هذا الفحص المرتب قبل أن تشتري جهاز توجيه أسرع.
يمكن لجهاز توجيه يحمل شارة Wi-Fi بسعة 3,000 Mbps أن ينقل حركة مشفرة بجزء صغير من هذا الرقم، ولا أحد الرقمين غير صادق. يصف تقييم الراديو أفضل تعديل ممكن للرابط اللاسلكي الذي تدعمه الشريحة؛ ويصف رقم VPN مدى سرعة دفع جهاز واحد للحزم المشفرة عبر معالج جهاز التوجيه وخارج دائرة النفاذ لديك. هذه طبقات مختلفة، وأحجام حزم مختلفة، وطرق قياس مختلفة. تعامل مع رقم الصندوق كسقف لا يبلغه أحد، لا كتنبؤ بسرعة نفقك.
الخطوة 1: ارسم الطبقات الأربع التي تحدّ الرقم
تقريبًا كل شكوى بشأن جهاز توجيه بطيء عملت عليها تقع في واحدة من أربع طبقات: الرابط اللاسلكي، أو معدل نفاذ WAN، أو مسار التمرير (NAT، الجدار الناري، تتبع الاتصالات)، أو مسار تشفير VPN. وهي تتراكم، والطبقة الأبطأ تحدد النتيجة. معدل Wi-Fi المعلن يتحدث فقط عن الطبقة الأولى، ويتحدث عنها بسخاء.
يأتي هذا الرقم من عدد التدفقات مضروبًا في عرض القناة مضروبًا في أعلى تعديل يمكن للشريحة التفاوض عليه. راديو 2x2 على 5 GHz بعرض 80 MHz مع 1024-QAM يُعلن قرب 1,200 Mbps، لكن Wi-Fi وسط مشترك ونصف مزدوج: العملاء يتناوبون، وإعادة الإرسال وحركة الإدارة تحرق وقت الهواء، وTCP يضيف عبئه الخاص. العميل الذي يتفاوض على أعلى معدل في ظروف مثالية يقيس عادة أقل بكثير من نصفه، وأقل بمجرد ظهور شبكات مجاورة.
| Symptom | Tier to suspect first |
|---|---|
| Wired clients are slow too | WAN access or forwarding path |
| Only Wi-Fi clients are slow | Radio, airtime, or channel width |
| One stream is slow, four parallel streams add up | Per-connection CPU path, not the link |
| Every stream is slow and one core sits at 100% | Crypto path |
| Fast to LAN hosts, slow to the internet | WAN, not the tunnel |
إذا أشار الجدول إلى الراديو، فأصلح الجانب اللاسلكي أولًا: النطاق، عرض القناة، المسافة. وإذا أشار إلى ما دون الراديو، فالخطوات الأربع التالية هي المهمة، ولن يغيّرها أي قدر من شراء الهوائيات.
الخطوة 2: خذ خط أساس سلكي قبل أن تلمس الراديو
ضع الحاسوب المحمول على Ethernet وقس المسار دون النفق أولًا، لأن ذلك يمنحك مقامًا. شغّل أداة الإنتاجية على الطرف البعيد، أي الخادم الافتراضي أو المنزلي الذي ينهي VPN، ووجّه العميل إلى عنوانه العام كي تعبر الحركة جهاز التوجيه ودائرة النفاذ لديك.
# on the far host (VPN endpoint)
iperf3 -s
# wired client, direct to the endpoint's public address
iperf3 -c 203.0.113.10 -t 30
# same client, four parallel streams
iperf3 -c 203.0.113.10 -t 30 -P 4
رقمان من تلك الكتلة يجيبان عن سؤالين مختلفين. مسار واحد يُظهر سقف الاتصال الواحد، وهو يشمل سلوك نافذة TCP وأي تشكيل لكل تدفق على المسار. أربعة مسارات تُظهر ما إذا كان في الرابط سعة تُفشل في استخدامها، لأن التدفقات المتوازية تملأ أنبوبًا لا يملؤه تدفق واحد.
اجعله صادقًا: المضيف نفسه، ووقت اليوم والمدة نفسهما، ولا شيء آخر يُبثّ في المنزل. نقل كتلة لمدة ثلاثين ثانية هو الوحدة الصحيحة هنا، و RFC 6349، إطار اختبار إنتاجية TCP، مبني على ذلك المنطق، لأن الرشقات القصيرة والطلبات الصغيرة تجمّل الرابط. اكتب خط الأساس قبل أن تغير أي شيء.
الخطوة 3: شغّل الاختبار نفسه عبر النفق
كرّره الآن على عنوان النفق للطرف البعيد، بالعميل والمدة وعدد التدفقات نفسها، والنفق قائم ولا حركة أخرى. النسبة بين النتيجتين تخبرك بما يكلفه التشفير والتغليف على ذلك العتاد؛ والرقم المطلق يخبرك بما إذا كان كافيًا للمهمة.
راقب العدادات أثناء النقل. على WireGuard، يبلّغ wg show عن البايتات المنقولة لكل نظير؛ وعلى OpenVPN، يمنحك ملف الحالة المكتوب على فترات المنظر نفسه.
watch -n 1 'wg show wg0 transfer'
# OpenVPN: add --status /run/openvpn/server.status 10 to the server config
tail -f /run/openvpn/server.status
إذا كان رقم النفق قريبًا من خط الأساس السلكي، فليس VPN عنق زجاجتك ويمكنك التوقف عن لومه. وإذا كان جزءًا من خط الأساس، فقد حدث الفقد داخل مسار التشفير والتمرير في جهاز التوجيه، والخطوة التالية تخبرك أي جزء.
تحذير واحد: بمجرد أن يتغير عنوان IP للخروج، تختار بعض خدمات اختبار السرعة بهدوء خادم قياس مختلفًا، فتنتهي بمقارنة وجهتين. ثبّت عنوان الخادم بنفسك.
الخطوة 4: اقرأ المعالج كمسار، لا كمعدل
جهاز توجيه يُظهر 30 بالمئة استخدامًا كليًا للمعالج قد يظل مشبعًا: عمل نفق واحد يميل إلى الهبوط على نواة واحدة أو طابور مقاطعات واحد أو خيط نواة واحد، فيخفي المعدل السقف. انظر إلى أرقام كل نواة وsoftirq بدلًا من مقياس لوحة التحكم.
mpstat -P ALL 1
top -H -p $(pgrep -f 'openvpn')
grep -o -m1 aes /proc/cpuinfoثلاثة أمور تهم في ذلك الخرج. نواة واحدة مثبتة قرب 100 بالمئة بينما البقية خاملة تشير إلى حد لكل اتصال. ارتفاع %soft أو انشغال ksoftirqd على معالج واحد يشير إلى معالجة حزم في جانب الاستقبال لا تنتشر عبر الطوابير. وغياب علم aes يعني أن المعالج لا يملك تعليمات AES، فيجري التشفير المتماثل في البرمجيات ويكلف أكثر بكثير لكل حزمة.
التنفيذ يهم أيضًا. نسخة OpenVPN التقليدية في فضاء المستخدم تعالج حزم نفق واحد في مكان واحد إلى حد كبير، فقد يتصرف صندوق سريع متعدد الأنوية كصندوق أحادي النواة لذلك النفق. WireGuard في النواة يوزع العمل عبر المعالجات، وتفريغ قناة البيانات في OpenVPN ينقل معالجة الحزم إلى النواة أيضًا، لكن فقط في البناءات والمنصات التي تدعمه. ادعاء تسريع عتادي على صفحة التسويق ليس دليلًا على أن مسار الشفرة الذي تشغله يستخدمه.
الخطوة 5: قرر ما ستغيّره، بهذا الترتيب
اعمل أسفل هذه القائمة وتوقف عند أول سطر صحيح، لأن تغيير أي شيء تحته لن يحرك الرقم.
1. إنتاجية السلكي المباشرة أقل مما تدفع مقابله: تحدث إلى المزود، لأن النفق لا يستطيع خلق سعة لا توفرها دائرة النفاذ. 2. السلكي المباشر جيد لكن نواة تُثبَّت أثناء اختبار النفق: مسار التشفير في جهاز التوجيه هو الحد. 3. المعالج خامل لكن النفق بطيء: افحص MTU والتجزئة، ثم سعة الطرف البعيد نفسها. 4. عملاء Wi-Fi وحدهم بطيئون: غيّر النطاق أو عرض القناة، واقبل أن المعدل المعلن لم يكن يومًا رقم VPN.
حين يكون جهاز التوجيه هو الحد فعلًا، فالخيارات الصادقة جهاز يملك تعليمات AES ومسار تمرير أسرع، أو نفق في النواة مثل WireGuard بدلًا من نفق في فضاء المستخدم، أو نقل العميل إلى الجهاز نفسه ليتوقف جهاز التوجيه عن التشفير. إيقاف التشفير الموثق للفوز باختبار أداء ليس أحدها؛ فهو يقايض خاصية أمنية برقم لن يطابق الصندوق على أي حال.
قبل أن تشتري أي شيء، أعد تشغيل الخطوتين 2 و3 على الجهاز الجديد بالخادم والمدة نفسيهما، ثم قارن النسب لا القمم.