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

இரண்டு நிரல்கள், இரண்டு பொறுப்புகள்

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

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

இயங்கும் வாடிக்கையாளர் பயன்படுத்தும் உதவியாளரைக் கண்டறியுங்கள்

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

openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null

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

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

கடைசி எச்சரிக்கை அல்ல, முதல் தோல்வியடைந்த செயல்பாட்டைப் படியுங்கள்

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

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

இணைப்பு, மறுஇணைப்பு மற்றும் துண்டிப்பைச் சரிபார்க்கவும்

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

ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'

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

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

தொடர்புடைய கட்டுரைகள்