तुमच्या राउटरचे 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 पुन्हा चालवा, नंतर शिखरांऐवजी गुणोत्तरांची तुलना करा।