VPN అప్‌లోడ్ డౌన్‌లోడ్ కంటే నెమ్మదిగా ఉందా? మీరు ఏ పరిమితిని ఎదుర్కొంటున్నారో నిర్ణయించండి
అసమాన రేఖ, బిజీ అప్‌లింక్ మరియు ఆగిపోయే ప్రవాహం మూడు వేర్వేరు పరిమితులు. ఒకసారి ఒక దిశను పరీక్షించండి, తర్వాత మీ అప్‌లోడ్ ఏ పరిమితిని ఎదుర్కొంటుందో నిర్ణయించండి.
చాలా యాక్సెస్ లైన్లు అసమానంగా ఉంటాయి, కాబట్టి టన్నెల్ సాధారణంగా డౌన్‌లోడ్ కంటే నెమ్మదిగా అప్‌లోడ్ చేస్తుంది, అది లోపం కాదు, ఆశించిన సమాధానం. ఆసక్తికరమైన ప్రశ్న ఏమిటంటే, మీ అప్‌లోడ్ లైన్ వల్ల, ఇప్పటికే దాన్ని ఉపయోగిస్తున్న మరేదైనా వల్ల, లేదా స్థిరంగా నడవకుండా ఆగిపోయే ప్రవాహం వల్ల పరిమితమవుతోందా అనేది. ఈ మూడూ ఒకే ఫిర్యాదును సృష్టిస్తాయి మరియు వేర్వేరు పనిని కోరుతాయి.
ప్రగతి పట్టీ నుంచి ఒకేలా కనిపించే మూడు పరిమితులు
సామర్థ్యం మొదటిది, అది టన్నెల్‌ది కాదు, యాక్సెస్ ఉత్పత్తి లక్షణం. కొన్ని మెగాబిట్ల అప్‌లింక్ వినియోగదారు ఫైబర్ మరియు అనేక మొబైల్ ప్లాన్లలో సాధారణం, మరియు ఎన్‌క్రిప్షన్ ఖర్చు ఆ అంతరం ముందు చిన్నది. ఎన్‌క్యాప్సులేషన్ ప్రతి ప్యాకెట్‌కు బైట్లను జోడిస్తుంది, ఇది ఉపయోగకరమైన throughput ను రెండు దిశల్లోనూ తగ్గిస్తుంది, ఒకటింట్లో మాత్రమే కాదు, కాబట్టి అది ఒంటరిగా పెద్ద అసమానతను వివరించలేదు.
పోటీ రెండవది. క్లౌడ్ సింక్, ఫోటో లైబ్రరీలు మరియు అప్‌డేట్ ఏజెంట్లు యంత్రం నిష్క్రియంగా కనిపించినప్పుడు అప్‌లోడ్ చేస్తాయి, అదే లైన్‌లోని రెండవ పరికరం కూడా అలాగే చేస్తుంది. క్యూ మూడవది: సంతృప్తమైన అప్‌లింక్ ఇంటరాక్టివ్ ట్రాఫిక్‌ను బల్క్ డేటా వెనుకకు నెడుతుంది, కాబట్టి బదిలీ స్వయంగా ఆరోగ్యకరమైన పురోగతిని నివేదిస్తున్నప్పుడు కాల్లు కట్ అవుతాయి.
ఒకసారి ఒక దిశను కొలవండి
ఒకే పరికరం, ఒకే ప్రొఫైల్ మరియు ఒకే గమ్యాన్ని ఉపయోగించండి, పోటీని గమనించాలనుకుంటే తప్ప రెండు దిశలను ఒకేసారి ఎప్పుడూ నడపకండి. మొదటి రన్‌కు ముందు మీ స్వంత ఐచ్ఛిక బదిలీలను విరామం చేయండి. మధ్యలో ఒక జెండాతో రెండు రన్లు దానిలో ఎక్కువ భాగాన్ని తీర్చుతాయి.
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. ప్రతి మార్పును తిరిగి మార్చగలిగేలా మరియు ఒకే పనిభారానికి పరిమితం చేసి ఉంచండి. కొలత మంచిదని చెప్పే వాటిని వదిలేయండి, లైన్‌కు ఇప్పటికే సరిపోయే డౌన్‌లోడ్ వేగంతో సహా.
ప్రొఫైల్, ఎండ్‌పాయింట్ మరియు రోజు సమయంతో పాటు ముందు మరియు తర్వాత సంఖ్యలను రాయండి, ఎందుకంటే ఎండ్‌పాయింట్‌తో కదిలే అప్‌లోడ్ సమస్య రూటింగ్ ప్రశ్న, పరికరంతో కదిలేది స్థానికం. ఆ రికార్డే అస్పష్టమైన ఫిర్యాదును నిర్ణయంగా మారుస్తుంది, మరియు దాని ఖర్చు అదే ఆదేశం యొక్క రెండు రన్లు.