UDP எப்போதும் வேகமானது அல்ல: OpenVPN போக்குவரத்தைத் தேர்ந்தெடுத்தல்

ஒவ்வொரு வழிகாட்டியும் OpenVPN-க்கு UDP, TCP-ஐ விட சிறந்தது என்று கூறுகிறது, அந்த ஆலோசனை இயல்புநிலை, அளவீடு அல்ல. போக்குவரத்து பாக்கெட்டுகள் எவ்வாறு வழங்கப்படுகின்றன, பாதை அவற்றைக் கைவிடும்போது என்ன நடக்கிறது என்பதை மாற்றுகிறது, சுரங்கப்பாதை எவ்வாறு மறையாக்கப்படுகிறது என்பதை அல்ல. கேப்டிவ் போர்ட்டல் அல்லது போர்ட் 443-ஐ மட்டும் அனுமதிக்கும் ப்ராக்ஸிக்குப் பின்னால், மெதுவான விருப்பமே உண்மையில் இணைக்கிறது. பின்வருவது நெறிமுறை என்ன செய்கிறது என்பதையும் உங்கள் அணுகல் வலையமைப்பு எதை அனுமதிக்கிறது என்பதையும் பிரிக்கிறது.

போக்குவரத்து உண்மையில் என்ன மாற்றுகிறது

TCP நம்பகமான, வரிசைப்படுத்தப்பட்ட பைட் ஸ்ட்ரீமை வழங்கி இழந்த அனைத்தையும் மீண்டும் அனுப்புகிறது, RFC 9293 குறிப்பிடுவது போல. UDP தரவுக்கிராமங்களை வலையமைப்பிற்கு ஒப்படைக்கிறது, OpenVPN அந்த சாக்கெட்டின் மீது தனது நம்பகத்தன்மை அடுக்கை இயக்குகிறது. TCP-ஐ TCP-க்குள் என்கேப்சுலேட் செய்வது இரண்டு மீட்பு சுழல்களை அடுக்குகிறது, எனவே இழந்த ஒரு பிரிவு உள் ஸ்ட்ரீமைத் தடுத்து நிறுத்தலாம், வெளிப்புற மறுஅனுப்புதல் வரும் வரை. அந்த இடைவினையே UDP-க்கான உண்மையான வாதம், அது செயல்திறனாக அல்ல, தாமதமாகத் தெரிகிறது.

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

இவை எதுவும் இரகசியத்தன்மை அல்லது ஒருமைப்பாட்டைத் தொடுவதில்லை. TLS கைக்குலுக்கல் மற்றும் தரவு-சேனல் சைஃபர் இரண்டு போக்குவரத்துகளுக்கும் ஒன்றே, எனவே மாறுவது பலவீனமான சைஃபர் தொகுப்பைக் காப்பாற்றாது.

TCP தனது இடத்தை எங்கே பெறுகிறது

அணுகல் வலையமைப்புகளே TCP-ஐத் தேர்ந்தெடுப்பதற்கான வழக்கமான காரணம். ஒரு ஹோட்டல், விமான நிலையம் அல்லது விருந்தினர் வலையமைப்பு வெளிச்செல்லும் 443-ஐ அனுமதித்து மற்ற அனைத்தையும் நீக்கலாம், அந்தப் போர்ட்டில் TCP கேட்பான் மட்டுமே வேலை செய்யும் சுயவிவரம். அது அணுகல், செயல்திறன் அல்ல, அதுவே போதுமான நல்ல காரணம்.

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

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

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

உண்மையில் எந்தக் கேட்பான் உங்களிடம் உள்ளது என்பதைச் சரிபார்க்கவும்

செயல்திறனை ஒப்பிடுவதற்கு முன், இரு முனைகளும் போக்குவரத்து மற்றும் போர்ட் பற்றி உடன்படுவதை உறுதிப்படுத்தவும். வாடிக்கையாளர் கோப்பில் proto udp-ஐ proto tcp ஆக மாற்றுவது சேவையகக் கேட்பானை உருவாக்காது. சேவையகம் அந்த நெறிமுறைக்கு கட்டமைக்கப்பட்டிருக்க வேண்டும், சுயவிவரம் அதற்குப் பொருந்த வேண்டும்.

grep -E '^(proto|port|remote)' /etc/openvpn/server.conf
ss -lunp | grep openvpn
ss -ltnp | grep openvpn

grep சேவையகத்திற்கு என்ன பயன்படுத்தச் சொல்லப்பட்டது என்பதை அச்சிடுகிறது, இரண்டு சாக்கெட் பட்டியல்கள் அது எதனுடன் பிணைக்கப்பட்டுள்ளது என்பதைக் காட்டுகின்றன. UDP கேட்பான் முதல் பட்டியலில் மட்டும், TCP கேட்பான் இரண்டாவதில் மட்டும் தோன்றும், எனவே விடுபட்ட வரியே ஒருபோதும் பயன்படுத்தப்படாத சுயவிவரத்தைக் கண்டறியும் வேகமான வழி. போர்ட்டையும் ஒப்பிடுங்கள், ஏனெனில் 1194-இல் TCP சுயவிவரம் பெரும்பாலான அணுகல் வலையமைப்புகளில் 443-ஐ விட வேறுபட்டு நடந்துகொள்கிறது. மாற்றத்திற்குப் பிறகு சேவையை மீண்டும் தொடங்கி, பிணைப்பை அறிவிக்கும் பதிவு வரியைப் படியுங்கள்.

வாடிக்கையாளர் பக்க உறுதிப்படுத்தல் மலிவானது: --verb 4 உடன் இணைப்பை இயக்கி பதிவில் போக்குவரத்து வரியைப் படியுங்கள். வாடிக்கையாளர் UDP என்று சொல்லும்போது சேவையகம் TCP-இல் கேட்டுக்கொண்டிருந்தால், கைக்குலுக்கல் ஒருபோதும் தொடங்காது, எந்தச் சரிசெய்தலும் உதவாது.

போக்குவரத்து லேபிளை அல்ல, பணிச்சுமையை ஒப்பிடுங்கள்

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

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

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