Linux-ൽ Kerio VPN ക്ലയന്റ്: ക്രമത്തിൽ അഞ്ച് പരിശോധനകൾ

Linux-ൽ Kerio VPN ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം ഡെസ്ക്ടോപ്പിൽ ഒരു ഐക്കണും പ്രത്യക്ഷപ്പെടുന്നില്ല, സ്വകാര്യ നെറ്റ്വർക്ക് എത്തപ്പെടാത്തതായി തുടരുന്നു. ഇത് ഈ ക്ലയന്റിന്റെ സാധാരണ രൂപമാണ്, തകർന്ന ഇൻസ്റ്റാൾ അല്ല: GFI-യുടെ Linux നിർദ്ദേശങ്ങൾ കമാൻഡ്-ലൈൻ കോൺഫിഗറേഷനും സേവന സ്ക്രിപ്റ്റും വിവരിക്കുന്നു, ഒരു GUI-യും ഇല്ല. താഴെയുള്ള പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക, ഓരോന്നും വ്യത്യസ്ത പാളി നീക്കുന്നു. ആദ്യ പരാജയം എവിടെ നിർത്തണമെന്ന് പറയുന്നു, മുന്നോട്ട് ചാടുന്നത് സാധാരണയായി ഒരിക്കലും പ്രശ്നമല്ലാതിരുന്ന പാക്കേജ് വീണ്ടും നിർമ്മിക്കുന്നതാണ്.

ബിൽഡ് യന്ത്രവുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക

ആരംഭിക്കുക dpkg യന്ത്രം എന്താണെന്നും പാക്കേജ് എന്തിനാണ് നിർമ്മിച്ചതെന്നും കാണിക്കുന്നു. സാധാരണ 64-ബിറ്റ് സിസ്റ്റത്തിൽ dpkg --print-architecture പ്രിന്റ് ചെയ്യുന്നു amd64, കൂടാതെ വെണ്ടർ പേജ് സാധാരണ Debian പാക്കേജിനൊപ്പം amd64 പാക്കേജ് ലിസ്റ്റ് ചെയ്യുന്നു. നിങ്ങൾ യഥാർത്ഥത്തിൽ ഇൻസ്റ്റാൾ ചെയ്ത ഫയലിന്റെ പേരിലുള്ള റിലീസ് സ്ട്രിംഗ് വായിക്കുക, രണ്ടും ഒത്തുപോകുമെന്ന് അനുമാനിക്കുന്നതിനു പകരം.

i386-നായി നിർമ്മിച്ച 2013-ലെ ആർക്കൈവ് --force-architecture നൽകിയതുകൊണ്ട് മാത്രം 64-ബിറ്റ് ആകുന്നില്ല. ബലം പ്രയോഗിച്ച് ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ വിദേശ ബൈനറികൾ കയറുന്നു, ഇപ്പോഴും പ്രവർത്തിക്കുന്ന ലോഞ്ചറിന് പിന്നിൽ ഡിപ്പൻഡൻസി പരാജയം ഒളിക്കുന്നു, ഡീമണിന് തെറ്റായ ലൈബ്രറികൾ ലോഡ് ചെയ്യാൻ ഇടയാകുന്നു. നിങ്ങളുടെ റിലീസ് 32-ബിറ്റ് മാത്രമാണെങ്കിൽ, അത് 32-ബിറ്റ് പരിസ്ഥിതിയിൽ പ്രവർത്തിപ്പിക്കുക അല്ലെങ്കിൽ ഗേറ്റ്വേ ഉടമയോട് പുതിയ ബിൽഡ് ആവശ്യപ്പെടുക.

ഡിപ്പൻഡൻസി വരിയും പരിശോധിക്കുക. dpkg -s kerio-control-vpnclient | grep -i depends പാക്കേജ് എന്താണ് പ്രതീക്ഷിക്കുന്നതെന്ന് കാണിക്കുന്നു, പൂർത്തിയാകാത്ത പതിപ്പ് പിന്നോ ഇല്ലാത്ത റൺടൈം ലൈബ്രറിയോ ഇവിടെ പ്രത്യക്ഷപ്പെടുന്നു, ക്ലയന്റ് ലോഗിൽ അല്ല.

പാക്കേജ് വിസാർഡിലൂടെ അത് കോൺഫിഗർ ചെയ്യുക

ഡിസൈൻ പ്രകാരം ക്ലയന്റിന് ആപ്പ് ഡ്രോയറിൽ എൻട്രി ഇല്ല, അതിനാൽ ഇല്ലാത്ത ഐക്കൺ കോൺഫിഗറേഷൻ വിജയിച്ചോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. വിസാർഡ് വീണ്ടും തുറക്കാൻ sudo dpkg-reconfigure kerio-control-vpnclient പ്രവർത്തിപ്പിക്കുക, അതിന്റെ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുക: VPN എൻഡ്പോയിന്റ്, അക്കൗണ്ട് വിശദാംശങ്ങൾ, സർവർ സർട്ടിഫിക്കറ്റിന്റെ ഫിംഗർപ്രിന്റ്.

ഫിംഗർപ്രിന്റ് ചോദ്യത്തെ തെറ്റായ സർവറിന് ജയിക്കാനാകുന്ന ഏക സ്ഥലമായി കാണുക. ഗേറ്റ്വേ നടത്തുന്ന അഡ്മിനിസ്ട്രേറ്റർ നൽകുന്ന സർവർ വിവരവുമായി മൂല്യം താരതമ്യം ചെയ്യുക, എൻഡ്പോയിന്റ് അവതരിപ്പിക്കുന്നതുമായി അല്ല. പരിശോധിക്കാനാകാത്ത ഫിംഗർപ്രിന്റ് സ്വീകരിക്കുന്നത് ഈ ലിസ്റ്റിന്റെ ബാക്കി അലങ്കാരമാക്കുന്നു, കാരണം പിൻ സംഭരിച്ചതിന് ശേഷം ശത്രു സർവർ യഥാർത്ഥത്തിന് സമാനമായി കാണപ്പെടുന്നു. മൂല്യം മറ്റൊരു ചാനലിലൂടെ സ്ഥിരീകരിക്കാനാകുന്നില്ലെങ്കിൽ, ടണൽ മറ്റൊരു വിധത്തിൽ ഉയർന്നാലും, നിർത്തി ചോദിക്കുക.

വിസാർഡ് വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നത് കോൺഫിഗറേഷൻ മാറ്റുകയും ക്ലയന്റ് പുനരാരംഭിക്കുകയും ചെയ്യാം, അതിനാൽ നിങ്ങൾ ജോലി ചെയ്യുന്ന സെഷൻ ആ VPN-നെ ആശ്രയിക്കുന്നുവെങ്കിൽ യന്ത്രത്തിലേക്ക് രണ്ടാമതൊരു വഴി സൂക്ഷിക്കുക. പാസ്വേഡ് ഷെൽ ചരിത്രത്തിൽ എത്തുന്ന കമാൻഡിൽ ഉൾപ്പെടുത്തുന്നതിന് പകരം സാധാരണ പ്രോംപ്റ്റിൽ ടൈപ്പ് ചെയ്യുക.

വിസാർഡ് എഴുതുന്ന ഫയൽ അറിയുക

കോൺഫിഗറേഷൻ ഇവിടെയുണ്ട്: /etc/kerio-kvc.conf അതിൽ അക്കൗണ്ടും പിൻ ചെയ്ത ഫിംഗർപ്രിന്റും ഉണ്ട്. അതിനെ രഹസ്യ വസ്തുവായി കണക്കാക്കുക. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf അത് എല്ലാവർക്കും വായിക്കാവുന്ന രീതിയിൽ കാണിക്കരുത്.

അധികാരപ്പെടുത്തിയ കൈമാറ്റ എഡിറ്റിന് ശേഷം, നെറ്റ്വർക്ക് സ്റ്റാക്ക് പുനരാരംഭിക്കുന്നതിന് പകരം ഫയൽ ഉള്ള ഡീമൺ റീലോഡ് ചെയ്യുക: sudo /etc/init.d/kerio-kvc reload. റീലോഡ് കോൺഫിഗറേഷൻ വീണ്ടും വായിക്കുകയും നിലവിലെ സെഷൻ ഉപേക്ഷിക്കുകയും ചെയ്യുന്നു, അതിനാൽ ജീവനുള്ള കണക്ഷനിൽ ഇത് അപ്രവർത്തനമല്ല.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് മുൻ ഫയൽ പകർത്തുക. എഡിറ്റിന് ശേഷം പ്രാമാണീകരണം പരാജയപ്പെട്ടാൽ, അവസാനത്തെ പ്രവർത്തിക്കുന്ന പകർപ്പ് പുനഃസ്ഥാപിക്കാൻ സെക്കൻഡുകൾ മതി, എഡിറ്റ് നെറ്റ്വർക്കിൽ നിന്ന് വേർതിരിക്കുന്നു, രണ്ടിൽ ഏതാണ് നീങ്ങിയതെന്ന് അറിയാനുള്ള ഏറ്റവും വിലകുറഞ്ഞ വഴിയാണിത്.

ജീവനുള്ള സെഷനെ ബൂട്ട് സ്വഭാവത്തിൽ നിന്ന് വേർതിരിക്കുക

സേവന സ്ക്രിപ്റ്റ് നിലവിലെ കണക്ഷൻ നിയന്ത്രിക്കുന്നു: sudo /etc/init.d/kerio-kvc stop ഇപ്പോൾ ടണൽ അവസാനിപ്പിക്കുന്നു, start അത് തിരികെ കൊണ്ടുവരുന്നു. ഏത് കമാൻഡും അടുത്ത ബൂട്ടിൽ എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുന്നില്ല, ആ വ്യത്യാസം വിദൂരമായി കൈകാര്യം ചെയ്യുന്ന യന്ത്രത്തിൽ പ്രധാനമാണ്.

ലിങ്കുകൾ നീക്കം ചെയ്യുന്നതിനോ എന്തെങ്കിലും മറയ്ക്കുന്നതിനോ മുമ്പ് സ്റ്റാർട്ടപ്പ് ആരുടേതാണെന്ന് പരിശോധിക്കുക. പാക്കേജ് സ്വന്തം init സ്ക്രിപ്റ്റ് ഇൻസ്റ്റാൾ ചെയ്യാം, unit സൃഷ്ടിക്കാം, അല്ലെങ്കിൽ രണ്ടും ചെയ്യാം, തെറ്റായ പേര് പ്രവർത്തനരഹിതമാക്കിയാൽ റീബൂട്ടിന് ശേഷം ക്ലയന്റ് തിരികെ വരും. systemctl status kerio-kvc പാക്കേജ് ഡോക്യുമെന്റേഷൻ ഉപയോഗിക്കുന്ന പേരുമായി ഒത്തുനോക്കുക, തുടർന്ന് ബൂട്ട് പ്രക്രിയ യഥാർത്ഥത്തിൽ വായിക്കുന്ന പാത്ത് പ്രവർത്തനരഹിതമാക്കുക.

കോൺഫിഗറേഷൻ സമാനമായി തോന്നുന്നതുകൊണ്ട് OpenVPN unit മാറ്റരുത്. ഈ ക്ലയന്റ് Kerio ഗേറ്റ്വേയുമായി സ്വന്തം പ്രോട്ടോക്കോളിൽ സംസാരിക്കുന്നു, അതിനാൽ അതേ ഫയലിലേക്ക് ചൂണ്ടുന്ന മറ്റൊരു ഡീമണിന് പ്രാമാണീകരണം നടക്കില്ല, അധിക പരാജയം തെളിവുകൾ വായിക്കാൻ ബുദ്ധിമുട്ടാക്കുന്നു. GFI-യുടെ Linux ക്ലയന്റ് ഒരേസമയം ഒരു VPN കണക്ഷൻ മാത്രം സൂക്ഷിക്കുന്നു; ആ പരിധി ക്ലയന്റിന് ബാധകമാണ്, ഗേറ്റ്വേയുടെ ഉപയോക്തൃ ശേഷിക്കല്ല.

ലോഗുകൾ വായിക്കുക, തുടർന്ന് വിഭവം പരിശോധിക്കുക

മൂന്ന് ഫയലുകൾ /var/log/kerio-kvc ഡീമണിന്റെ കഥ പറയുന്നു: init.log ലൈഫ്സൈക്കിൾ സംഭവങ്ങൾക്ക്, error.log ഗുരുതരമായ പരാജയങ്ങൾക്ക്, debug.log വിശദാംശങ്ങൾക്ക്. നിങ്ങളുടെ ചോദ്യത്തിന് ഉത്തരം നൽകുന്ന ഏറ്റവും ചെറിയ ഭാഗം വായിക്കുക, എവിടെയെങ്കിലും ഒട്ടിക്കുന്നതിന് മുമ്പ് എൻഡ്പോയിന്റുകളും ഉപയോക്തൃനാമങ്ങളും നീക്കുക. init.log എന്നതിൽ വിസാർഡ് പ്രവർത്തിപ്പിച്ച സമയത്തിന് ചുറ്റുമുള്ള ഇടവേള ഡീമൺ ഒരിക്കലും പുനരാരംഭിച്ചിട്ടില്ലെന്ന് പറയുന്നു.

സാധുവായ പാക്കേജ്, പ്രവർത്തിക്കുന്ന ഡീമൺ, എത്താവുന്ന വിഭവം എന്നിവ മൂന്ന് വേറിട്ട ഫലങ്ങളാണ്, മൂന്നും ശരിയാകുമ്പോൾ മാത്രമേ ലിസ്റ്റ് പൂർത്തിയാകൂ. അംഗീകരിച്ച മാറ്റത്തിന് ശേഷം, ഗേറ്റ്വേയ്ക്ക് പിന്നിൽ മാത്രം നിലനിൽക്കുന്ന ഒരു ഹോസ്റ്റ് ആവശ്യപ്പെടുക, തുടർന്ന് അതിൽ സാധാരണ സേവനം തുറക്കുക. ടണൽ ഉയർന്നിരിക്കുകയും വിഭവം ഇല്ലാതിരിക്കുകയും ചെയ്താൽ, ബാക്കിയുള്ള തകരാർ ഗേറ്റ്വേ റൂട്ടിലോ ഫയർവാൾ നിയമത്തിലോ ആണ്, ഇപ്പോൾ വീണ്ടും കോൺഫിഗർ ചെയ്ത ക്ലയന്റിലല്ല.

നിങ്ങൾ അവസാനിച്ച അവസ്ഥ രേഖപ്പെടുത്തുക: പാക്കേജ് റിലീസ്, ആർക്കിടെക്ചർ, ഫിംഗർപ്രിന്റ് മറ്റൊരു ചാനലിലൂടെ പരിശോധിച്ചോ, ഏത് റീലോഡോ പുനരാരംഭമോ നടത്തി. ആ കുറിപ്പാണ് അടുത്തയാളുടെ ആദ്യ പരിശോധന വിലകുറഞ്ഞതാക്കുന്നത്.