VPN ને દોષ આપતાં પહેલાં iperf3 સાથે માર્ગ માપો

બે સાઇટ વચ્ચેની ફાઇલ નકલ નેટવર્ક પરીક્ષા જેવી લાગે છે, પણ દરેક સંયુક્ત પરિણામ છે: પ્રોટોકોલ ઓવરહેડ, બંને છેડે સંગ્રહ, એન્ડપોઇન્ટ પ્રોસેસિંગ અને માર્ગ. ફક્ત એ સંખ્યા પરથી VPN ને દોષ આપવો અનુમાન છે. એ જ એન્ડપોઇન્ટ વચ્ચે ટૂંકો નિયંત્રિત પ્રવાહ બીજું અવલોકન આપે છે, અને સરખામણી જ બતાવે છે કે કયો ભાગ ધ્યાનને પાત્ર છે. નીચેની યોજના પરિણામો ઘડ્યા વિના એ કરે છે.

ફાઇલ નકલ કાર્યભાર છે, માપ નહીં

બેન્ડવિડ્થ માર્ગની એક લાક્ષણિકતા છે, જ્યારે ફાઇલ નકલ એકસાથે કેટલીક લાક્ષણિકતાઓ માપે છે. ઘણી નાની ફાઇલો પ્રતિ-ફાઇલ ક્રિયાઓ પર એક મોટા પ્રવાહ કરતાં ઘણું વધુ ભાર મૂકે છે. કોઈપણ બાજુનો ધીમો સંગ્રહ ટનલને ધ્યાનમાં લીધા વિના નકલને મર્યાદિત કરે છે. એન્ક્રિપ્શન અને ફ્રેમિંગ ઓવરહેડ ઉમેરે છે, પણ ચેકસમ ગણતરી કરતું કે એન્ટિવાયરસ સ્કેન કરતું ફાઇલ સર્વર પણ એમ કરે છે. ફક્ત એ સરખામણી, જે એન્ડપોઇન્ટ અને દિશા સ્થિર રાખે છે, એ યોગદાનોને અલગ પાડે છે.

જાહેર ઝડપ પરીક્ષણો નજીકના પરીક્ષણ સર્વર સુધીનો માર્ગ માપે છે, જે તમારા ખાનગી ફાઇલ સર્વર સુધીનો માર્ગ નથી. તેઓ બીજા પ્રશ્નનો જવાબ આપે છે.

દરેક દિશામાં એક વખતનો પ્રવાહ ચલાવો

જ્યારે બંને છેડા તમારા સંચાલનમાં હોય, ત્યારે મંજૂર વિન્ડોની અંદર ટૂંકી iperf3 ચલાવવાનું નક્કી કરો. શક્ય હોય ત્યાં ફાઇલ સર્વરને દૂરના એન્ડપોઇન્ટ તરીકે વાપરો, અને જ્યારે તેના બદલે વૈકલ્પિક હોસ્ટ વપરાય ત્યારે એ નોંધો.

iperf3 -s -1 -B 10.77.0.20

સર્વર એક ખાનગી સરનામાં સાથે જોડાય છે અને બહાર નીકળતા પહેલાં એક જ ક્લાઇન્ટ સ્વીકારે છે. એક વખતનો શ્રોતા કોઈ ક્લાઇન્ટ ન આવે ત્યારે જાતે સમાપ્ત થતો નથી, તેથી મંજૂર વિન્ડો બંધ થાય ત્યારે તેને રોકો.

iperf3 -c 10.77.0.20 -t 10

ડિફોલ્ટ રૂપે ક્લાઇન્ટ TCP 5201 પર સર્વરને મોકલે છે, અને દસ સેકન્ડની વિન્ડો પરીક્ષણને ટૂંકું રાખે છે. શ્રોતાને જાહેરમાં ખુલ્લો મૂકવાને બદલે ફાયરવોલમાં ઇચ્છિત ખાનગી સ્રોત અને ગંતવ્ય સુધી મર્યાદિત કરો.

iperf3 -c 10.77.0.20 -t 10 -R

રિવર્સ ફ્લેગ સર્વરને મોકલનાર બનાવે છે, જે મહત્વનું છે કારણ કે અપલોડ અને ડાઉનલોડના માર્ગ ઘણી વાર અલગ હોય છે. સરનામું જોડવું એ સાબિત કરતું નથી કે ક્લાઇન્ટે ઇચ્છિત માર્ગ પસંદ કર્યો, તેથી ખરેખર પરીક્ષણ કરેલો માર્ગ નોંધો. પરિણામો સાથે VPN ની સ્થિતિ, દિશા, અવધિ અને એન્ડપોઇન્ટ લોડ રાખો, પછી કામચલાઉ પ્રવેશ દૂર કરો.

સમાનને સમાન સાથે સરખાવો

સમાન પરિસ્થિતિઓમાં પ્રતિનિધિ ફાઇલ ક્રિયા ફરી ચલાવો, એ જ સેવા એન્ડપોઇન્ટ સાથે અને વચ્ચે કોઈ અસંબંધિત ગોઠવણી ફેરફાર વિના. નોંધો કે તે અપલોડ છે કે ડાઉનલોડ, એક મોટી ફાઇલ કે ઘણી નાની, અને કોઈપણ બાજુનો સંગ્રહ વ્યસ્ત છે કે નહીં. ટૂંકો ફટાકો આખી નકલનો ટકાઉ દર નથી, અને બંનેમાંથી કોઈ પણ અવલોકન ચૂપચાપ બીજું બનવું ન જોઈએ. જો પ્રવાહ અને નકલ બંને એક જ દિશામાં ધીમા હોય, તો તેમનો સહિયારો માર્ગ અને એન્ડપોઇન્ટની મર્યાદાઓ જુઓ.

જ્યારે પ્રવાહ સ્વસ્થ હોય અને નકલ ન હોય, ત્યારે તફાવત એ છે જે કાર્યભાર ઉમેરે છે, અને આગળની તપાસ ત્યાં જ છે.

તારણો કાઢતાં પહેલાં એકમો વાંચો

મેગાબિટ પ્રતિ સેકન્ડ અને મેગાબાઇટ પ્રતિ સેકન્ડ વચ્ચે આઠના પરિબળનો તફાવત છે, અને સપોર્ટ થ્રેડો નિયમિતપણે બંનેને એક જ એકમ હોય તેમ સરખાવે છે. નીચું iperf3 પરિણામ પરીક્ષણ હોસ્ટમાંથી પણ આવી શકે છે: CPU સંતૃપ્તિ, ધીમું ઇન્ટરફેસ કે વ્યસ્ત ડિસ્ક નેટવર્ક પહેલાં પ્રક્રિયાને મર્યાદિત કરી શકે છે. તેથી એક સંખ્યા આઇએસપી કે પ્રોટોકોલ સામે ચુકાદો નથી. આધારરેખા ઉપયોગી છે કારણ કે તે અનુમાન નહીં, અવલોકન છે, અને તે પ્રશ્નને એક દિશા અને એક એન્ડપોઇન્ટ સુધી સંકુચિત કરે છે.

બંને અવલોકનો માટે એન્ડપોઇન્ટ, દિશા, અવધિ અને દર લખો. એ ચતુષ્ક સરખામણીને સંરક્ષણીય બનાવે છે, અને અનુમાન પર સૉફ્ટવેર બદલવા કરતાં ઘણું ઓછું ખર્ચે છે.