VPN માં અપલોડ ડાઉનલોડ કરતાં ધીમું? તમે કઈ મર્યાદા પર પહોંચો છો તે નક્કી કરો

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

પ્રગતિ પટ્ટીથી એકસરખી દેખાતી ત્રણ મર્યાદાઓ

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

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

એક સમયે એક દિશા માપો

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

iperf3 ડિફોલ્ટ રીતે ક્લાઇન્ટથી મોકલે છે, તેથી સાદી રન તમારો અપલોડ માર્ગ માપે છે; -R દિશા ઉલટાવે છે અને ડાઉનલોડ માપે છે. તેમને થોડા મિનિટના અંતરે ચલાવો અને સરેરાશ લેવાને બદલે બંને આંકડા નોંધો:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

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

અપલોડ ક્યાં બદલાય છે તેના આધારે નક્કી કરો

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

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

રોજિંદા ઉપયોગ માટે, બેકગ્રાઉન્ડ અપલોડને મર્યાદિત કરવું અથવા તેને મીટિંગના કલાકોની બહાર ગોઠવવું ઘણી વાર કોઈપણ ટનલ સેટિંગ કરતાં વધુ મદદ કરે છે. તે ફેરફારને સંયુક્ત કામભારથી માપો: જે બેકઅપ મોડું પૂરું થાય છે પણ હવે કૉલ બગાડતું નથી તે સામાન્ય રીતે વધુ સારો સોદો છે.

જ્યારે અટકી જવું ધીમાઈને હરાવે છે

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

જે પેલોડનું ફ્રેગ્મેન્ટેશન ન થવું જોઈએ તેનાથી પથ ચકાસો, પછી ટનલ ઇન્ટરફેસના MTUને પસાર થતા મૂલ્ય સાથે સરખાવો:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

જો મોટી પ્રોબ અદૃશ્ય થાય અને નાની સફળ થાય, તો દરેક પ્રોટોકોલ માટે ઇન્ટરફેસ MTU ઘટાડવાને બદલે ટનલ પર TCP MSS ચુસ્ત કરો. તે બિંદુ પછીના સતત અટકાવ પ્રાપ્ત કરતી એપ્લિકેશનના સ્ટોરેજ અથવા ગતિ સાથે સંબંધિત છે, નેટવર્ક પથ સાથે નહીં.

શું બદલવું અને શું છોડવું

તમે જે નિયંત્રિત કરો છો તે બદલો: બેકગ્રાઉન્ડ ટ્રાન્સફરના સમયપત્રક, એન્ડપોઇન્ટની પસંદગી અને અટકી જતા પથ માટે MSS. દરેક ફેરફારને ઉલટાવી શકાય તેવો અને એક જ કામભાર સુધી મર્યાદિત રાખો. માપ જે સારું કહે છે તે વસ્તુઓને છોડી દો, જેમાં લાઇન સાથે પહેલેથી મેળ ખાતી ડાઉનલોડ ઝડપનો સમાવેશ થાય છે.

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