டனலின் MTU-ஐ குறைக்கும் வரை OpenConnect பக்கங்கள் ஏன் நிற்கின்றன

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

அளவுச் சிக்கலைக் கொள்கைச் சிக்கலில் இருந்து பிரிக்கவும்

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

இயங்குமுறை என்காப்சுலேஷன். ஒவ்வொரு உட்புறப் பாக்கெட்டும் டனல் தலைப்புகளைப் பெறுகிறது, எனவே இயற்பிய இணைப்பில் பொருந்திய பேலோடு இனிப் பொருந்தாத வெளிப்புறப் பாக்கெட்டாகிறது, do-not-fragment பிட்டைக் கொண்ட எதுவும் உலாவி புரிந்துகொள்ளக்கூடிய பதிலின்றி தூக்கி எறியப்படுகிறது.

do-not-fragment ஆய்வுகளால் உச்சவரம்பை அளவிடுங்கள்

ஊகிப்பதற்குப் பதிலாக உச்சவரம்பை அளவிடுங்கள். பிரித்தலை நிராகரிக்கும் ஆய்வுகளை அனுப்பி, பதில் வரும் வரை பேலோட்டைப் படிப்படியாகக் குறைக்கவும், இப்படிப்பட்ட கட்டளையில் தொடங்குங்கள்: ping -M do -s 1472 host. DF அமைக்கப்பட்டிருக்கும்போது பிரித்தல் தேவை என்று புகாரளிக்கும் பதில், மதிப்பு இன்னும் மிக அதிகம் என்பதைக் குறிக்கிறது. 1462-இல், பிறகு 1452-இல் மீண்டும் செய்யுங்கள், பதில் தரும் முதல் அளவில் நில்லுங்கள். எண்ணை நீங்கள் சோதித்த ஹோஸ்டுடன் சேர்த்து எழுதி வையுங்கள், ஏனெனில் பதில் அந்தப் பாதைக்கானது, பொதுவாக நெறிமுறைக்கானது அல்ல.

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

மதிப்பை டனல் சாதனத்தில் பயன்படுத்துங்கள்

முடிவை Wi-Fi அடாப்டரில் அல்ல, கிளையண்ட் உருவாக்கிய இடைமுகத்தில் பயன்படுத்துங்கள். Linux கிளையண்டில் அது ip link set dev tun0 mtu 1300 மற்றும் பிறகு மதிப்பு ஏற்கப்பட்டதை உறுதிசெய்ய ip link show tun0 ஆகும். கிளையண்ட் தெரிவிக்கும் சாதனப் பெயரையே பயன்படுத்துங்கள், ஏனெனில் அது செயலாக்கம் மற்றும் டனல் எவ்வாறு கட்டப்பட்டது என்பதைப் பொறுத்து மாறும்.

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

முதலில் கிளையண்டின் சொந்த MTU கோரிக்கைகளைப் பயன்படுத்துங்கள்

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

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

தோல்வியடைந்த பரிமாற்றத்தால் சரிபார்க்கவும், பிறகு அதை நிலையானதாக்கவும்

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

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

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