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. ஒவ்வொரு மாற்றத்தையும் மீளக்கூடியதாகவும் ஒரு பணிச்சுமைக்கு மட்டுப்படுத்தப்பட்டதாகவும் வைத்திருங்கள். அளவீடு நன்றாக உள்ளது என்பதை அப்படியே விடுங்கள், இணைப்புடன் ஏற்கனவே பொருந்தும் பதிவிறக்க வேகம் உட்பட.

சுயவிவரம், முனை மற்றும் நாளின் நேரத்துடன் முன் மற்றும் பின் எண்களை எழுதுங்கள், ஏனெனில் முனையுடன் நகரும் பதிவேற்றச் சிக்கல் வழிசெலுத்தல் கேள்வி, சாதனத்துடன் நகர்வது உள்ளூர். அந்தப் பதிவே தெளிவற்ற புகாரை முடிவாக மாற்றுகிறது, அதன் செலவு அதே கட்டளையின் இரண்டு ஓட்டங்கள்.