तपाईंको राउटरको Wi-Fi रेटिङले VPN थ्रुपुटको पूर्वानुमान किन गर्दैन
विज्ञापित Wi-Fi दर र मापन गरिएको VPN दरले फरक फरक तहको वर्णन गर्छन्। छिटो राउटर किन्नु अघि यो क्रमबद्ध जाँच पूरा गर्नुहोस्।
3,000 Mbps को Wi-Fi ब्याज भएको राउटरले पनि इन्क्रिप्ट गरिएको ट्राफिक त्यो संख्याको एउटा सानो अंशको गतिमा सार्न सक्छ, र दुवै संख्यामध्ये कुनै पनि अप्रामाणिक छैन। रेडियो रेटिङले चिपसेटले समर्थन गर्ने ताररहित लिंकको उत्तम सम्भावित मोड्युलेसन वर्णन गर्छ; VPN संख्याले एउटा यन्त्रले इन्क्रिप्ट गरिएका प्याकेटलाई राउटरको प्रोसेसरबाट र तपाईंको पहुँच सर्किटबाट बाहिर कति छिटो धकेल्न सक्छ भन्ने वर्णन गर्छ। यी फरक तह, फरक प्याकेट आकार र फरक मापन विधि हुन्। बाकसमा लेखिएको संख्यालाई कसैले नपुग्ने सीमा मान्नुहोस्, तपाईंको टनेलको गतिको पूर्वानुमान होइन।
चरण 1: संख्यालाई सीमित गर्ने चार तहको नक्सा बनाउनुहोस्
मैले काम गरेका ढिलो राउटरका लगभग सबै उजुरी चारमध्ये एक तहमा पर्छन्: ताररहित लिंक, WAN पहुँच दर, फर्वार्डिङ मार्ग (NAT, फायरवाल, कनेक्सन ट्र्याकिङ) वा VPN क्रिप्टो मार्ग। ती एक-अर्कामाथि तह बन्छन्, र सबैभन्दा ढिलो तहले नतिजा निर्धारण गर्छ। विज्ञापित Wi-Fi दरले पहिलो तहको मात्र कुरा गर्छ, र त्यसको कुरा उदारतापूर्वक गर्छ।
त्यो संख्या स्ट्रिमको संख्या गुणा च्यानल चौडाइ गुणा चिपसेटले वार्ता गर्न सक्ने सबैभन्दा उच्च मोड्युलेसनबाट आउँछ। 5 GHz मा 80 MHz मा 1024-QAM सहितको 2x2 रेडियो 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 अन्त्य गर्ने VPS वा घरको सर्भरमा चलाउनुहोस्, र क्लाइन्टलाई त्यसको सार्वजनिक ठेगानातर्फ निर्देश गर्नुहोस् ताकि ट्राफिक तपाईंको राउटर र पहुँच सर्किट हुँदै जाओस्।
# 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 फेरि चलाउनुहोस्, त्यसपछि शिखर होइन, अनुपातको तुलना गर्नुहोस्।