నా VPN ఎందుకు ఇంత నెమ్మదిగా ఉంది? ఈ నాలుగు విభాగాలను పరీక్షించండి
మీకు ఎలాంటి నెమ్మదితనం ఉందో నిర్ణయించి, ఆ తర్వాత యాక్సెస్ లింక్, నిష్క్రమణ, రవాణా మరియు పరికరాన్ని ఆ క్రమంలో పరీక్షించండి, ఒకసారికి ఒక విభాగాన్ని మారుస్తూ.
తడబడే కాల్, జరుపుకుంటూ వెళ్లే డౌన్‌లోడ్ మరియు సగంలో గడ్డకట్టే అప్‌లోడ్ — ఒకే లేబుల్ కింద మూడు వేర్వేరు ఫిర్యాదులు. ఏదైనా కొలవకముందే మీరు ఏది వెంబడిస్తున్నారో నిర్ణయించుకోవడం మిగిలిన దర్యాప్తును ఆదా చేస్తుంది. తర్వాత ఒకసారికి మార్గంలో ఒక విభాగాన్ని మార్చి అదే పనిని మళ్లీ చేయండి.
క్రింది క్రమం పని నుండి బయటకు కదులుతుంది, ఎందుకంటే సొరంగం దాని కింద లేని బ్యాండ్‌విడ్త్‌ను అందించలేదు.
కొలిచే ముందు నెమ్మది అంటే ఏమిటో నిర్ణయించండి
తక్కువ స్థిరమైన వేగం, పదునైన ఎగుడుదిగుడులతో అధిక ఆలస్యం మరియు నిర్ణీత పరిమాణంలో పూర్తిగా ఆగిపోయే బదిలీ — ఇవి ఒకే లోపం రూపాలు కావు. ప్రతి ఒక్కటి వేరే విభాగాన్ని సూచిస్తుంది: థ్రూపుట్, మార్గమే లేదా ప్యాకెట్ పరిమాణ పరిమితి. నిజంగా మిమ్మల్ని ఇబ్బంది పెట్టే పనిని ఎంచుకుని దాన్ని సూచనగా వాడండి, ఎందుకంటే వేగ పరీక్ష వీడియో కాల్‌లా ప్రవర్తించని పెద్ద బదిలీని కొలుస్తుంది. ముగింపు బిందువు, ప్రోటోకాల్, రోజులో సమయం మరియు మీకు ముఖ్యమైన సంఖ్యను రాసుకోండి.
ఆ నమోదు లేకుండా, తర్వాతి ప్రతి పోలిక అభిప్రాయాల గురించిన వాదనగా మారుతుంది.
మొదట యాక్సెస్ నెట్‌వర్క్‌ను తనిఖీ చేయండి
మీ పెద్ద బదిలీలను ఆపి, సొరంగం పాల్గొనకముందే స్థానిక లింక్‌ను కొలవండి. హాని లేని పనితో పోల్చి, ఒకేసారి అనేక రక్షణలను నిలిపివేయడం బదులు క్లయింట్ kill switch విధానాన్ని అనుసరించండి, రెండు రన్‌లకూ ఒకే గమ్యాన్ని ఉంచండి. వేగ పరీక్ష ప్రదాత మీ కనిపించే స్థానం మారిన వెంటనే మీకు మరో కొలత సర్వర్ ఇవ్వవచ్చు, ఇది పోలికను రెండు వేర్వేరు సర్వర్ల పరీక్షగా మారుస్తుంది.
ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.binబేస్‌లైన్ ఇప్పటికే దెబ్బతిని ఉంటే, పని Wi-Fi, రౌటర్ డిమాండ్ లేదా యాక్సెస్ సేవకు చెందుతుంది. వైర్ పరీక్ష లేదా యాక్సెస్ పాయింట్ దగ్గర స్థిర స్థానం బలహీన రేడియో లింక్‌ను రద్దీగా ఉన్న అప్‌లింక్ నుండి వేరు చేస్తుంది. సొరంగం ఏమి చేసినా యాక్సెస్ లైన్ ఇవ్వని సామర్థ్యాన్ని జోడించదు.
నిష్క్రమణను మార్చండి, తర్వాత రవాణా
పరికరం, నెట్‌వర్క్ మరియు ప్రోటోకాల్‌ను స్థిరంగా ఉంచి రెండో ముగింపు బిందువును పరీక్షించండి. స్థానాల జాబితా నుండి నమ్మదగిన నగరాన్ని ఎంచుకోండి, కానీ దగ్గరి లేబుల్ ఉత్తమ మార్గం అనుకోకండి. ఒక నిష్క్రమణ నెమ్మదిగా ఉండి మిగతావి బాగుంటే, దాని హోస్ట్ లేదా మార్గం దర్యాప్తుకు అర్హం; ఒక పరికరంలో అన్ని నిష్క్రమణలు నెమ్మదిగా ఉండి మరో పరికరం బాగుంటే, క్లయింట్‌దే ఎక్కువ అనుమానం.
సేవ రెండు ప్రొఫైళ్లను అందించే చోట, UDP పై OpenVPN ను TCP పై OpenVPN తో పోల్చండి. ఇంటరాక్టివ్ పనికి UDP సాధారణ ప్రారంభ బిందువు, అయితే UDP ట్రాఫిక్‌ను అసలు దాటని యాక్సెస్ నెట్‌వర్క్‌లో TCP సహాయపడవచ్చు. TCP సొరంగం స్ట్రీమ్ లోపల మళ్లీ పంపి నష్టాన్ని పూరిస్తుంది, అందుకే ప్యాకెట్లను జారవిడిచే లింక్‌పై అది నెమ్మదిగా అనిపించవచ్చు, మరియు OpenVPN పనితీరు సమస్య పరిష్కార నోట్లు మరేదైనా సర్దుబాటు చేయకముందే అదే రాజీని వివరిస్తాయి. ప్రొఫైల్‌లో "udp" పదాన్ని "tcp"గా మార్చడం సర్వర్ ఎప్పుడూ తెరవని శ్రోతను సృష్టించలేదు.
తదుపరి మార్పును ప్రయత్నించే ముందు సహాయపడే ప్రొఫైల్‌ను సేవ్ చేయండి. లేకపోతే తర్వాతి క్షీణత ఏ సవరణ మెరుగుదల తెచ్చిందో ఊహించమని వదిలేస్తుంది.
పరికరాన్ని మరియు లక్షణాన్ని కలిసి చదవండి
బదిలీ తర్వాత కాదు, దాని సమయంలోనే ప్రాసెసర్ భారాన్ని గమనించండి, ఎందుకంటే ఎన్‌క్రిప్షన్ ఖర్చు ట్రాఫిక్‌తో పెరుగుతుంది మరియు కుటుంబానికి సేవ చేసే చిన్న రౌటర్ తన సొంత క్లయింట్ నడిపే ల్యాప్‌టాప్ కంటే వేరే యంత్రం. మరో VPN, వర్చువల్ మెషీన్ లేదా నెట్‌వర్క్ ఫిల్టర్ అదే మార్గంలో కూర్చుని ట్రాఫిక్ వాటా తీసుకోవచ్చు. బెంచ్‌మార్క్ మెరుగ్గా కనిపించేలా ప్రామాణీకరణ తనిఖీలను లేదా kill switch ను తొలగించకుండా సాఫ్ట్‌వేర్‌ను తాజాగా ఉంచండి. చిన్న అభ్యర్థనలు విజయవంతమై పెద్ద అప్‌లోడ్‌లు స్థిర పరిమాణంలో ఆగిపోతే, MTU తనిఖీ తదుపరి స్టేషన్.
ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"సొరంగం పదేపదే రీసెట్ అయితే, ఏదైనా థ్రూపుట్ సంఖ్యను అర్థం చేసుకునే ముందు కనెక్షన్ తెగుళ్లను సరిచేయండి, ఎందుకంటే మళ్లీ కనెక్ట్ అయ్యే సొరంగం మార్గాన్ని కాదు, హ్యాండ్‌షేక్‌ను కొలుస్తుంది. ప్రతి మార్పు తర్వాత అసలు పనిని మళ్లీ చేసి ఫలితాన్ని ఉంచండి. కాల్‌ను ఇంకా విరిచే వేగవంతమైన వేగ పరీక్ష మీరు మొదలుపెట్టిన ఫిర్యాదును పరిష్కరించలేదు.