புதிய Ubuntu இல் GlobalProtect இன் Linux வாடிக்கையாளர் ஏன் தோல்வியடைகிறது

நியாயமான அனுமானம் என்னவென்றால், உங்கள் GlobalProtect போர்ட்டலில் இருந்து வந்த .deb சேதமடைந்துள்ளது, அல்லது விற்பனையாளர் மோசமான பில்டை வெளியிட்டார். பொதுவாக அப்படி இல்லை. விற்பனையாளரின் Linux இடைமுகம் இன்னும் Qt5 WebKit உடன் இணைக்கப்பட்டுள்ளது, புதிய Ubuntu வெளியீடுகள் அதை இனி வழங்குவதில்லை, எனவே தொகுப்பு உங்கள் விநியோகம் வேண்டுமென்றே நீக்கிய நூலகத்தைக் கேட்கிறது. இது தொகுப்பாக்கத்தின் பொருந்தாமை, சேதமடைந்த பதிவிறக்கம் அல்ல, அந்த வேறுபாடே நீங்கள் பிற்பகலைத் தொகுப்புகளைத் திணிக்கச் செலவிடுவீர்களா அல்லது பத்து நிமிடங்களை வேறு வாடிக்கையாளரைத் தேர்ந்தெடுக்கச் செலவிடுவீர்களா என்பதைத் தீர்மானிக்கிறது.

.deb சேதமடையவில்லை

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

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

சார்பைத் திணிக்காமல் உறுதிசெய்யுங்கள்

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

sudo apt install ./GlobalProtect_UI_deb-*.deb
apt-cache policy libqt5webkit5
apt-cache rdepends --installed libqt5webkit5

என்றால் apt-cache policy எந்த வேட்பாளரையும் தெரிவிக்கவில்லை என்றால், அதை நிறுவ முயல்வதை நிறுத்தி மாற்றைத் தேர்ந்தெடுக்கத் தொடங்குங்கள். சுவாரஸ்யமானது காணாமல் போன தொகுப்பின் பெயர் அல்ல; சுவாரஸ்யமானது விற்பனையாளரின் சார்பு வரைபடம் உங்கள் பயனர்கள் இயக்கும் விநியோகங்களுடன் வளரவில்லை என்பதே.

பழைய தொகுப்புகளைத் திணிப்பது பணிமேசைக்கு என்ன செய்கிறது

சுற்றிவரும் தீர்வு நூலகத்தைப் பழைய வெளியீட்டிலிருந்து இழுப்பது. தற்போதைய Ubuntu இல் அது Qt5 இன் சிறு பதிப்பு மோதலில் வந்து நிற்கிறது: பழைய தொகுப்புகள் libqt5core5t64 ஐப் பின்னோக்கி இழுக்கின்றன, பிறகு நிறுவப்பட்ட KDE மற்றும் PyQt தொகுப்புகள் தரமிறக்கிய நூலகம் இனி வழங்காத ABI பதிப்பைக் கோரத் தொடங்குகின்றன. விளைவு தொடர்பில்லாத பயன்பாடுகளை உடைக்கும் பகுதி மேம்பாடு, அது நீங்கள் தொடங்கிய பிற்பகலை விட மிகவும் மோசமானது.

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

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

openconnect இந்த நெறிமுறையைப் பேசுகிறது

OpenConnect GlobalProtect இன் நெறிமுறையை நேரடியாகச் செயல்படுத்துகிறது, மேலும் நெறிமுறைக் குறிப்புகள் அழைப்பையும் இரு சேவையக இடைமுகங்களுக்கு இடையிலான பிரிவையும் விவரிக்கின்றன. போர்ட்டல் அமைப்புகளையும் நுழைவாயில் பட்டியலையும் பங்கிடுகிறது; நுழைவாயில் சுரங்கத்தை முடிக்கிறது:

openconnect --protocol=gp vpn.example.com
openconnect --protocol=gp --authgroup=staff vpn.example.com

போர்ட்டல் உங்களுக்குத் தேவையான நுழைவாயிலை விட்டுவிட்டால், --usergroup=gateway அல்லது /gateway இல் முடியும் URL போர்ட்டல் படியைத் தவிர்க்கிறது. பல நுழைவாயில்கள் வழங்கப்படும்போது, --authgroup=NAME அவற்றில் தேர்ந்தெடுக்கிறது. அங்கீகாரம் பயனர்பெயரும் கடவுச்சொல்லும், விருப்பமாக வாடிக்கையாளர் சான்றிதழுடன், SAML நுழைவாயில்கள் நடைமுறையில் network-manager-openconnect வழியாக வேலை செய்கின்றன, கையால் தட்டச்சு செய்த கட்டளை வரிக்குப் பதிலாக.

கடுமையான posture கொள்கை கொண்ட நுழைவாயில் சுரங்கம் தருவதற்கு முன் HIP அறிக்கையையும் கேட்கலாம். OpenConnect ஒன்றை உருவாக்கி அனுப்ப முடியும், ஆனால் நுழைவாயில் அது தயாரிக்க முடியாத சரக்குப்பட்டியலைக் கேட்டால், எந்தக் கொடியும் அந்தக் கொள்கையை மாற்றாது; அது சேவையகப் பக்க முடிவு.

சுரங்கத்தைச் சரிபாருங்கள், openconnect எதைச் சரிசெய்யாது என்பதை அறிந்துகொள்ளுங்கள்

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

ip -4 addr show
ip route
resolvectl status

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

IPv6 மீண்டும் தனி விஷயம். PAN அதை GlobalProtect 4.0 இல் சேர்த்தது, OpenConnect இன் ஆதரவு பதிப்பு 9.0 முதல் சோதனை என்று விவரிக்கப்படுகிறது, எனவே சுரங்கம் ஏறியதால் முகவரிக் குடும்பம் IPv4 போல நடக்கும் என்று கருத வேண்டாம். நுழைவாயில் திறந்த மூல வாடிக்கையாளர் பூர்த்திசெய்ய முடியாத posture சரிபார்ப்பை வலியுறுத்தினால், விற்பனையாளரின் வாடிக்கையாளரை ஆதரிக்கப்பட்ட LTS வெளியீட்டில் இயக்குங்கள், உங்கள் பணிநிலையம் ஏற்கனவே முன்னேறியிருந்தால் மெய்நிகர் இயந்திரத்தில். இது பணிமேசையைப் பாதுகாத்து பழைய சார்பை மீண்டும் கட்டக்கூடிய எல்லைக்குள் வைக்கிறது.