તમારા રાઉટરનું 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 ફરી ચલાવો, પછી શિખરોને બદલે ગુણોત્તરની સરખામણી કરો.