VPN ની ઝડપ કેવી રીતે ચકાસવી જેથી આંકડા અર્થપૂર્ણ બને
પરીક્ષણ સર્વરને સ્થિર કરો, નીચેનું સ્તર અચલ રાખો અને વિલંબને થ્રુપુટથી અલગ વાંચો. ટનલ કંઈપણ માપે તે પહેલાં માર્ગ બદલી નાખે છે.
ઝડપનું પરીક્ષણ ક્યારેય VPN માપતું નથી. તે એક માર્ગ માપે છે, અને ટનલ ચાલુ કરવાથી પહેલો બાઇટ ખસે તે પહેલાં તે માર્ગનો એક ભાગ બદલાઈ જાય છે. એટલે જ એક લેપટોપ એક સાઇટ સામે સ્વસ્થ આંકડો અને બીજી સામે નબળો આંકડો દેખાડે છે, જ્યારે બંને બાજુ કંઈ બદલાયું નથી. પરિણામને માર્ગ વિશેના પુરાવા તરીકે વાંચો, ઉત્પાદનના સ્કોર તરીકે નહીં.
ત્રણ વસ્તુઓ નક્કી કરે છે કે સરખામણી કંઈ કિંમતની છે કે નહીં: બંને રન એક જ લક્ષ્ય પર પહોંચ્યા કે નહીં, એક્સેસ નેટવર્ક સ્થિર રહ્યું કે નહીં, અને તમે વોલ્યુમની સાથે વિલંબ નોંધ્યો કે નહીં.
પહેલા બાઇટ પહેલાં ટનલ શું ફરીથી લખે છે
ક્લાયન્ટ દરેક પેકેટને બીજા હેડરમાં લપેટે છે, તેથી પેકેટ દીઠ ઉપયોગી પેલોડ ઘટે છે. ખર્ચ પેકેટ દીઠ છે, ટ્રાન્સફર દીઠ નહીં, એટલે કે મોટી ફાઇલને ટનલ વિના મોકલેલી એ જ ફાઇલ કરતાં વધુ પેકેટની જરૂર પડે છે. આવો વધારાનો ખર્ચ પેકેટની સંખ્યા તરીકે દેખાય છે, દૃશ્ય સેટિંગ તરીકે નહીં.
એમાંથી બે પરિણામ આવે છે. મોટા બ્લોકમાંથી બનેલું પરીક્ષણ પેકેટ દીઠ ખર્ચ અનુભવે છે, જ્યારે ઘણી નાની વિનંતીઓમાંથી બનેલું પરીક્ષણ તેના બદલે આવ-જા અનુભવે છે. અને જો માર્ગની MTU શોધ ક્યાંક રસ્તામાં અવરોધાયેલી હોય, તો ટનલ નાના પેકેટ આકાર પર સ્થિર થાય છે અને થ્રુપુટ એવા કારણથી ઘટે છે જેનો સાઇફર સાથે કોઈ સંબંધ નથી.
તમે ટોચમર્યાદા સીધી જોઈ શકો છો. લિનક્સમાં ફ્રેગ્મેન્ટેશન વિના પસાર થતો સૌથી મોટો પેલોડ માંગો, પછી ટનલ ચાલુ રાખીને પુનરાવર્તન કરો:
ping -M do -s 1472 -c 3 203.0.113.10
એ નિષ્ફળ જાય તો 1,400 પર નીચે આવો અને ફરી પ્રયાસ કરો. જે ટનલ ફક્ત 1,380 બાઇટ વહન કરે છે તે તમને કહે છે કે માર્ગમાં નીચે કંઈક વધુ દબાવી રહ્યું છે, અને ક્લાયન્ટ પર કોઈ પણ ટ્યુનિંગ તેને ઊંચું નહીં કરે.
ટનલ ચાલુ થાય ત્યારે પરીક્ષણ સર્વર કેમ ખસે છે
મોટાભાગનાં સાધનો પોતે જોયેલા જાહેર સરનામા પરથી નજીકનું સર્વર પસંદ કરે છે. ટનલ ચાલુ હોય ત્યારે એ સરનામું એક્ઝિટ નોડનું હોય છે, તેથી સાધન બીજા શહેર કે દેશનું હોસ્ટ પસંદ કરી શકે છે. પછી તમે બે ગંતવ્યોની સરખામણી કરો છો, અને તેમની વચ્ચેનું અંતર એક્ઝિટથી પરીક્ષણ હોસ્ટ સુધીનું અંતર પણ ધરાવે છે.
પહેલા રન પહેલાં સર્વરને નામ કે ID દ્વારા સ્થિર કરો અને તે પછીના દરેક રનમાં તેને પકડી રાખો. સાધન તેને પકડી ન રાખે તો તમે નિયંત્રિત કરો છો એવું લક્ષ્ય પસંદ કરો અને જાતે ચલાવો: iperf3 -c test.example.net -R -t 20 ગંતવ્યને સ્થિર રાખે છે અને ગઈકાલ સાથે સરખાવી શકાય એવો આંકડો આપે છે.
એક ચલ બદલો, અને નીચેનું સ્તર એક નથી
વાયરલેસ એ સામાન્ય છુપાયેલો ફેરફાર છે. લેપટોપ ખસે ત્યારે સિગ્નલની શક્તિ બદલાય છે અને પડોશી કૉલ શરૂ કરે ત્યારે ચેનલનો ભાર બદલાય છે, તેથી Wi-Fi પર દસ મિનિટના અંતરે કરેલા બે રન એક જ પરીક્ષણનું પુનરાવર્તન નથી. કેબલ, અથવા સિગ્નલ સ્તર લખી રાખેલી સ્થિર સ્થિતિ, એ ઘોંઘાટનો મોટો ભાગ દૂર કરે છે. દરેક રનની શરૂઆતમાં અને અંતમાં સિગ્નલ સ્તરની નોંધ સામાન્ય રીતે બે રન એકસાથે છે કે નહીં તે બતાવવા પૂરતી હોય છે.
ઉપકરણનો ભાર પણ એ જ ટોપલીમાં છે. એક કોર પર એન્ક્રિપ્ટ કરતું ક્લાયન્ટ લિંક પહેલાં ઘણું વહેલું પોતાની ટોચમર્યાદા પર પહોંચે છે, અને પૃષ્ઠભૂમિ સિંક વધુ વહેલું પહોંચે છે. રન દરમિયાન CPU જુઓ અને બીજું શું ખુલ્લું હતું તે નોંધો. પાવર સેટિંગ્સ પણ અહીં ડંખી શકે છે, કારણ કે બેટરી પરનું લેપટોપ લિંક વ્યસ્ત થવાની ઘણી પહેલાં પ્રોસેસરને મર્યાદિત કરી શકે છે.
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
નીચેના સ્તર પર સરેરાશ લેવાને બદલે તેને અચલ રાખો. સહમત થતા ત્રણ રન અલગ અલગ રૂમમાં લીધેલા દસ કરતાં વધુ કહે છે.
વિલંબ, નુકસાન અને ICMP જુદા જુદા પ્રશ્નોના જવાબ આપે છે
પિંગ સ્થિર સરનામે નાની પ્રોબ મોકલે છે, અને ઘણા નેટવર્ક નીચી પ્રાથમિકતાએ ICMPનો જવાબ આપે છે અથવા તેને સંપૂર્ણ અવગણે છે. ગેરહાજર જવાબો પ્રોબનું વર્ણન કરે છે, એપ્લિકેશનના પેકેટનું નહીં. ભાર હેઠળ વધતો આવ-જાનો સમય સામાન્ય રીતે એટલું કહે છે કે કતાર ભરાઈ રહી છે, માર્ગ લાંબો થયો છે એમ નહીં.
ટનલ વિલંબ ઉમેરે છે કે નહીં તે જાણવા એક લક્ષ્યને તેની સાથે અને તેના વિના સરખાવો, અથવા એક જ એક્સેસ નેટવર્કથી પહોંચી શકાય એવા બે એક્ઝિટ સરખાવો. પ્રોબ વારંવાર ચલાવો અને ફેલાવો જુઓ, કારણ કે સરેરાશ બરાબર એ જ ભિન્નતાને છુપાવે છે જે કૉલને નકામો બનાવે છે.
જે કામ ધીમું લાગ્યું તેના પર પાછા જાઓ
જે માપ કૉલ હજી તૂટક તૂટક હોવા છતાં સુધરે છે તે બીજા કંઈકનો જવાબ આપે છે. જે કામથી તપાસ શરૂ થઈ હતી તે ફરી ચલાવો, ભલે તે બેઠક હોય, ફાઇલ શેરિંગ હોય કે દૂરસ્થ ડેસ્કટોપ સત્ર હોય. જો આંકડો સુધર્યો અને કામ નહીં, તો અડચણ એવી જગ્યાએ હતી જ્યાં પરીક્ષણ કદી પહોંચ્યું નહીં, જેમ કે ટનલ પાછળનું સર્વર અથવા તમારી બાજુની અપલિંક.
દરેક રનને ઉપકરણ, એક્સેસ નેટવર્ક, એન્ડપોઇન્ટ, પ્રોટોકોલ, લક્ષ્ય અને સમય સાથે નોંધો. જે રન ક્યારેય જોડાયું નહીં તે શૂન્ય થ્રુપુટ નહીં પણ પહોંચનું પરિણામ છે, તેથી તેને ડિલીટ કરવાને બદલે એ લેબલ હેઠળ સાચવો.
આગલી સરખામણી પહેલાં ટૂંકી યાદી
લક્ષ્યને સ્થિર કરો અને કેમ પસંદ કર્યું તે લખો. માર્ગ જે પેકેટ આકારની પરવાનગી આપે છે તે નોંધો, જેથી પછીના ઘટાડાને સમજૂતી મળે. એક્સેસ નેટવર્ક સમાન રાખો, CPU ભાર નોંધો, અને તફાવત માનતા પહેલાં ત્રણ રન લો.
પછી બરાબર એક વસ્તુ બદલો અને પુનરાવર્તન કરો. તમે સમજાવી શકો એવી સરખામણી મોટા આંકડાવાળી સરખામણી કરતાં સારી છે.