பதிவேற்றத்தின் போது VPN மெதுவாக தோன்றுவது ஏன்: வரிசை தாமதம்

காப்புப்பிரதி பதிவேற்றம் தொடங்குகிறது, பரிமாற்ற எண்ணி ஆரோக்கியமாகத் தெரிகிறது, காணொலி அழைப்பு குழப்பமாகிறது. அந்த எண் குறிக்கும் அர்த்தத்தில் இணைப்புக்கு அலைவரிசை பற்றாக்குறை இல்லை; பாக்கெட்டுகள் எங்கோ ஒரு வரிசையில் காத்திருக்கின்றன, ஊடாடும் பாக்கெட்டுகள் பெரிய தரவுக்குப் பின்னால் நிற்கின்றன. இதுதான் வரிசை தாமதம், பொதுவாக பஃபர்புளோட் எனப்படுகிறது. VPN அதன் சொந்த வரிசையைச் சேர்க்கலாம், ஆனால் பிரச்சினையைத் தனியாக உருவாக்குவது அரிது.

அலைவரிசையும் தாமதமும் வெவ்வேறு அளவீடுகள்

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

சுமையின் கீழ் திசையையும் கவனியுங்கள். நிரம்பிய பதிவேற்ற இடையகம் பதிவிறக்க திறன் சும்மாவிருக்கும்போது மற்ற அனைத்தையும் தாமதப்படுத்தலாம்.

சுமையின் கீழ் சுற்றுப் பயணத்தை அளவிடுங்கள்

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

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

முதல் கட்டளை சுற்றுப் பயண நேரத்தின் மாதிரிகளை எடுக்கிறது, இரண்டாவது வேகப் பரிசோதனை சேவை இல்லாமல் தொடர்ச்சியான பதிவேற்றத்தை உருவாக்குகிறது. தட்டையாக இருக்கும் அடிப்படைக் கோட்டைத் தொடர்ந்து நூற்றுக்கணக்கான மில்லிவினாடிகள் உயரும் சுமை கொண்ட ஓட்டமே தேட வேண்டிய அடையாளம். சில வலைப்பிணையங்கள் ICMP முன்னுரிமையைக் குறைக்கின்றன, எனவே ping-ஐ ஒரு துப்பாகக் கருதி பயன்பாட்டின் சொந்த தாமதக் காட்சியால் உறுதிப்படுத்துங்கள். அளவிடப்பட்ட இணைப்புகளில் பரிசோதனையைக் குறுகியதாக வைத்திருங்கள், ஏனெனில் மீண்டும் செய்யக்கூடிய வேறுபாடு நீண்ட நிறைவை விட முக்கியம்.

வரிசையைத் தடை இருக்கும் இடத்திற்கு நகர்த்துங்கள்

வரிசை மேலாண்மை தேக்கத்தை உண்மையில் வைத்திருக்கும் சாதனத்தில் மட்டுமே உதவும். விதிகளைச் சேர்ப்பதற்கு முன் இடைமுகம் என்ன செய்கிறது என்பதை ஆய்வு செய்யுங்கள்.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

show கட்டளை தற்போதைய ஒழுக்கத்தையும் தேக்கம் மற்றும் நீக்க எண்ணிகளையும் தெரிவிக்கிறது, இது இந்த இடைமுகம் தடையா அல்லது போக்குவரத்தைக் கடத்துகிறதா என்பதைச் சொல்கிறது. மூல ஒழுக்கத்தை நியாயமான வரிசை வழிமுறையால் மாற்றுவது குறுகிய ஓட்டங்களுக்கு பெரிய தரவுடன் பங்கிடப்படும் ஒரு FIFO-வுக்குப் பதிலாக அவற்றின் சொந்த முறையைத் தருகிறது. திசைவி தடையாக இருக்கும்போது அதை திசைவியின் WAN இடைமுகத்தில் பயன்படுத்துங்கள், பழக்கத்தால் சுரங்கச் சாதனத்தில் அல்ல. முந்தைய கட்டமைப்பை வைத்துக்கொண்டு சுமை கொண்ட பதிலளிப்பு மற்றும் பரிமாற்ற வேகம் இரண்டையும் மீண்டும் சோதியுங்கள், ஏனெனில் சற்றுக் குறைந்த மொத்த வேகம் பயன்படுத்தக்கூடிய அழைப்புகளுக்கு நல்ல பரிமாற்றம்.

சுரங்கம் என்ன மாற்றுகிறது, என்ன மறைக்கிறது

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

தாமதம் சுமையைப் பின்பற்றவில்லை என்றால், வரிசைகளைச் சரிசெய்வதை நிறுத்தி வேறு இடத்தில் பாருங்கள்: Wi-Fi நிலைமைகள், பாக்கெட் அளவு சிக்கல்கள் அல்லது ஒரு மோசமான வெளியேறும் பாதை. அளவீடு இல்லாமல் பயன்படுத்தப்படும் வரிசை அமைப்புகள் மர்மத்தை மட்டும் நகர்த்துகின்றன.