OpenVPN mssfix: பெரிய பரிமாற்றங்களில் ஒரு கிளையண்ட் ஏன் நிற்கிறது

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

விருப்பம் எதை மீண்டும் எழுதுகிறது

mssfix சுரங்கப்பாதை வழியாகச் செல்லும் TCP கைக்குலுக்கல்களில் அறிவிக்கப்படும் அதிகபட்ச பிரிவு அளவைத் திருத்துகிறது, இதனால் அனுப்பும் பக்கம் உள்ளடக்கப்பட்ட பட்ஜெட்டில் பொருந்தும் பிரிவுகளைத் தேர்ந்தெடுக்கிறது. இது கைக்குலுக்கலில் செயல்படுகிறது, அதாவது மாற்றத்திற்கு முன் திறக்கப்பட்ட இணைப்பு பேச்சுவார்த்தை செய்த மதிப்பைத் தக்கவைக்கிறது.

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

அந்த வேறுபாடே ஏமாற்றமளிக்கும் பரிசோதனைகளை விளக்குகிறது. கருந்துளை பாதையில் சிறிய மதிப்பை அமைப்பது பிரிவின் அளவை மாற்றுகிறது, ஆனால் அதைத் தொடரும் கைவிடுதலையல்ல, எனவே பரிமாற்றம் வேறு இடத்தில் தோல்வியடைகிறது.

எல்லை சுரங்கப்பாதைக்குள் TCP

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

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

எண்ணும் முக்கியச்சொல்லும் கையடக்கமல்ல

OpenVPN 2.6 இன் சமூகப் பதிப்பு மதிப்புக்குப் பின் விருப்பமான முக்கியச்சொல்லை ஏற்கிறது. mtu உடன், எண் IP மற்றும் UDP தலைப்புகள் உட்பட வெளிப்புற பாக்கெட் அளவை விவரிக்கிறது; அது இல்லாமல், வாதம் வேறு கணக்கியல் மரபைப் பின்பற்றுகிறது. எனவே பதிப்புகளுக்கிடையே நகலெடுக்கப்பட்ட வரி ஒரே பாக்கெட் பட்ஜெட்டை விவரிக்காது. வேறு வெளியீட்டிற்கான பயிற்சியை விட நீங்கள் உண்மையில் இயக்கும் பில்ட்டுடன் வரும் கையேடு பக்கத்தைப் பாருங்கள்.

தொடரியல் இப்படித் தெரிகிறது:

mssfix 1400 mtu

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

முதலில் அந்த ஒரு கிளையண்டில் உறுதிப்படுத்துங்கள்

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

ping -M do -s 1472 10.8.0.1
ping -M do -s 1400 10.8.0.1

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

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