OpenConnect vpnc-script: ഏത് ഫയലാണ് പ്രവർത്തിക്കുന്നത്?

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'

കണക്ട് ചെയ്തിരിക്കുമ്പോൾ ആദ്യ മൂന്ന് പ്രവർത്തിപ്പിക്കുക, വിച്ഛേദിക്കുക, പിന്നീട് അവ വീണ്ടും പ്രവർത്തിപ്പിച്ച് റൂട്ടും റിസോൾവർ എൻട്രിയും പോയെന്ന് സ്ഥിരീകരിക്കുക. നാലാമത്തെ വരി സഹായി ഒട്ടും വിളിക്കപ്പെട്ടിട്ടുണ്ടോ എന്നും സേവനം ഏത് എക്സിക്യൂട്ടബിൾ പാത ഉപയോഗിച്ചു എന്നും കാണിക്കുന്നു. ആ രണ്ട് ഔട്ട്‌പുട്ടുകൾ ടിക്കറ്റിൽ സൂക്ഷിക്കുക, കാരണം മുൻപും ശേഷവുമുള്ള താരതമ്യമാണ് വൃത്തിയാക്കൽ ബഗ് വ്യക്തമാക്കുന്നത്.

സഹായിയെ പാക്കേജ് ചെയ്ത് സേവന അക്കൗണ്ടിന് പ്രവർത്തിപ്പിക്കാവുന്നതാക്കി സൂക്ഷിക്കുക, കാരണം നിങ്ങളുടെ ഷെല്ലിൽ പ്രവർത്തിക്കുന്ന സ്ക്രിപ്റ്റ് പരിമിതമായ സേവന നയത്തിന് കീഴിൽ നിരസിക്കപ്പെടാം. യഥാർത്ഥത്തിൽ ഇഷ്ടാനുസൃതമാക്കൽ ആവശ്യമായാൽ, അതിന്റെ ഉദ്ദേശ്യവും ഉടമയും രേഖപ്പെടുത്തി ഓരോ അപ്‌ഗ്രേഡിലും പാക്കേജ് ചെയ്ത പതിപ്പുമായി താരതമ്യം ചെയ്യുക. സഹായിയുടെ വിശദീകരിക്കാത്ത ഫോർക്ക് ഒരു വർഷത്തിന് ശേഷം പ്രവർത്തിക്കുന്ന കണക്ഷനെയും പരാജയപ്പെടുത്താവുന്ന ഏതാനും കാര്യങ്ങളിൽ ഒന്നാണ്.