Fortinet Linux ക്ലൈന്റ്: അറ്റകുറ്റപ്പണിക്ക് മുമ്പ് ഗേറ്റ്‌വേ പരിശോധിക്കുക

ആർക്കൈവ് ചെയ്ത ഗൈഡ് 32-ബിറ്റ് ലൈബ്രറികൾ ഇൻസ്റ്റാൾ ചെയ്യാനും GTK തീം പാച്ച് ചെയ്യാനും ടെർമിനലിൽ നിന്ന് ഇൻസ്റ്റാളർ പ്രവർത്തിപ്പിക്കാനും പറയുന്നു. ആ ഉപദേശത്തിന്റെ ഒരു ഭാഗം ഒരു നിർദ്ദിഷ്ട ക്ലൈന്റ് റിലീസിന് ശരിയായിരുന്നു, അതിൽ ഒന്നും ഗേറ്റ്‌വേ ഇനി നൽകാത്ത ടണൽ മോഡ് തിരികെ കൊണ്ടുവരില്ല. പാക്കേജ് മാറ്റുന്നതിന് മുമ്പ് പരാജയപ്പെട്ട ആദ്യ ഘട്ടം കണ്ടെത്തുക. ഇത് ഗേറ്റ്‌വേയിൽ നിന്ന് ഉള്ളിലേക്ക് പോകുന്നു, കാരണം അവിടെ ഉത്തരങ്ങൾ വിലകുറഞ്ഞതാണ്, തെറ്റായ പ്രാദേശിക പരിഹാരമാണ് ഏറ്റവും കൂടുതൽ സമയം എടുക്കുന്നത്.

പരിശോധന 1: പരാജയപ്പെട്ട ഘട്ടം പേരിടുക

മൂന്ന് ഘട്ടങ്ങൾ വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുന്നു. പ്രോഗ്രാം ആരംഭിക്കുന്നില്ല, ആരംഭിച്ച് സെർവറിന്റെ ഐഡന്റിറ്റി നിരസിക്കുന്നു, അല്ലെങ്കിൽ ബന്ധിപ്പിക്കുന്നു, എന്നാൽ ഗേറ്റ്‌വേയിൽ നിങ്ങൾക്ക് ആവശ്യമുള്ള തരത്തിലുള്ള സേവനമില്ല. ഓരോ പരാജയവും അതിന്റേതായ തെളിവ് അവശേഷിപ്പിക്കുന്നു: ലോഡർ പിശക്, സർട്ടിഫിക്കറ്റ് സന്ദേശം, ലഭ്യമല്ലാത്ത മോഡ് പേരിടുന്ന ഗേറ്റ്‌വേ പ്രതികരണം.

എന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് അത് എഴുതിവയ്ക്കുക. ഈ ബിന്ദുവിന് ശേഷമുള്ള എല്ലാം നിങ്ങൾ ഏത് ഘട്ടം പേരിട്ടു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, മൂന്ന് പരിഹാരങ്ങൾക്കും പൊതുവായി ഒന്നുമില്ല.

പരിശോധന 2: ഗേറ്റ്‌വേ റിലീസും ടണൽ മോഡും

നിലവിലെ ഗേറ്റ്‌വേകളിൽ ടണൽ മോഡ് പോയി, FortiClient 7.4.4-ന്റെ Linux സംയോജന പട്ടിക അത് എഴുതിയിരിക്കുന്ന സ്ഥലമാണ്: FortiOS 7.6.3-ഉം അതിനുശേഷമുള്ളവയും ഇനി SSL VPN ടണൽ മോഡ് നൽകുന്നില്ല, അഡ്മിനിസ്ട്രേറ്റർമാരെ IPsec-ലേക്ക് അയയ്ക്കുന്നു. ആ വാക്യം ആവർത്തിക്കുമ്പോൾ ഉൽപ്പന്നം, റിലീസ്, മോഡ് എന്നിവ അതിനോട് ബന്ധിപ്പിച്ച് നിർത്തുക. ഓരോ Fortinet ഉൽപ്പന്നത്തെക്കുറിച്ചും അത് ഒന്നും പറയുന്നില്ല, ഇപ്പോഴും നിലനിൽക്കുന്ന വെബ് ആക്സസ് സവിശേഷതകളെക്കുറിച്ചും ഒന്നും പറയുന്നില്ല. പൊതുവായ പതിപ്പ് അനുയോജ്യതയും ഒരു ടണൽ മോഡിന്റെ ലഭ്യതയും വെവ്വേറെ പരിശോധനകളാണ്.

ഗേറ്റ്‌വേ ഉടമയോട് രണ്ട് കാര്യം ചോദിക്കുക: ഗേറ്റ്‌വേ ഏത് റിലീസ് പ്രവർത്തിപ്പിക്കുന്നു, ഇന്ന് ഏത് ആക്സസ് രീതികൾ സജീവമാണ്. ഉത്തരം രേഖാമൂലം ആവശ്യപ്പെടുക, റിലീസ് സ്ട്രിംഗും അത് വന്ന സെറ്റിംഗ്സ് പേജോ കോൺഫിഗറേഷൻ വരിയോ സഹിതം, കാരണം വാമൊഴി ഉറപ്പാണ് ആളുകളെ ആർക്കൈവ് ചെയ്ത ഗൈഡിലേക്ക് തിരികെ അയയ്ക്കുന്നത്. പിന്നീട് ആ ഉത്തരം ആ കൃത്യമായ റിലീസിനുള്ള ഗേറ്റ്‌വേ കുറിപ്പുകളോ വിതരണക്കാരന്റെ മാട്രിക്സോ ഉപയോഗിച്ച് പരിശോധിക്കുക. വെബ് പോർട്ടൽ കാണിക്കുന്ന ബ്രൗസർ പോർട്ടൽ പ്രതികരിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല.

പരിശോധന 3: ഉടമ അംഗീകരിക്കുന്ന ക്ലൈന്റ് പതിപ്പ്

അംഗീകരിച്ച Linux ക്ലൈന്റ് പതിപ്പും പതിപ്പ് നമ്പറും നേടുക, തുടർന്ന് അത് പിന്തുണയ്ക്കുന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റം, ആർക്കിടെക്ചർ, ഡെസ്ക്ടോപ്പ്, പ്രാമാണീകരണ ഒഴുക്ക് എന്നിവ പരിശോധിക്കുക. 7.4.4 മാട്രിക്സ് പതിപ്പിനോട് ബന്ധിപ്പിച്ച ഉദാഹരണമാണ്, ഏറ്റവും പുതിയ ക്ലൈന്റിനുള്ള ശുപാർശയല്ല, ഓരോ വ്യുൽപ്പന്നത്തിനുമുള്ള വാഗ്ദാനവുമല്ല. ഉടമ യഥാർത്ഥത്തിൽ ഏത് ക്ലൈന്റിനെ പിന്തുണയ്ക്കും എന്ന് ചോദിക്കുക, കാരണം ആ ഉത്തരം കുടിയേറ്റത്തിന്റെ ഭാഗമാണ്, പിന്നീടുള്ള ചിന്തയല്ല. അതിന്റെ ആദ്യ പാക്കറ്റ് ഗേറ്റ്‌വേയിൽ എത്തുന്നതിന് മുമ്പ് മരിക്കുന്ന ക്ലൈന്റ് ലാപ്‌ടോപ്പിനെക്കുറിച്ച് എന്തോ തെളിയിക്കുന്നു, സേവനത്തെക്കുറിച്ചല്ല.

32-ബിറ്റ് ലൈബ്രറികളും പാച്ച് ചെയ്ത തീമും ബൈനറിക്ക് ലോഡ് ചെയ്യാവുന്നത് മാറ്റുന്നു; വിതരണക്കാരൻ പിന്തുണയ്ക്കുന്നത് മാറ്റുന്നില്ല. ഓപ്പറേറ്റിംഗ് സിസ്റ്റമോ പ്രാമാണീകരണ ഒഴുക്കോ മാട്രിക്സിന് പുറത്താണെങ്കിൽ, യോഗ്യതാ ചോദ്യത്തിന് മുമ്പേ ഉത്തരം ലഭിച്ചിട്ടുണ്ട്.

പരിശോധന 4: പകരം പ്രൊഫൈൽ ആവശ്യപ്പെടുക

സംഘടന SSL VPN ടണൽ മോഡിൽ നിന്ന് IPsec-ലേക്ക് മാറിയെങ്കിൽ, പുതിയ പ്രൊഫൈലും രജിസ്ട്രേഷൻ നടപടിക്രമവും അതേ സംഭാഷണത്തിൽ ആവശ്യപ്പെടുക. SSL കോൺഫിഗറേഷന്റെ പേര് മാറ്റി ഫീൽഡുകൾ കൈമാറുമെന്ന് കരുതരുത്: IPsec പ്രൊഫൈൽ ഒരു IKE പതിപ്പ്, ഒരു ദൂര ഗേറ്റ്‌വേയും അതിന്റെ ഐഡന്റിറ്റിയും, ഒരു പ്രാമാണീകരണ രീതിയും, ഓരോ വശവും സ്വീകരിക്കുന്ന ട്രാഫിക് സെലക്ടർമാരും പേരിടുന്നു. അക്കൗണ്ട്, ഉപകരണ നയങ്ങളും വ്യത്യസ്തമായി നടപ്പാക്കാം. പേര് മാറ്റുന്നത് കോൺഫിഗർ ചെയ്തതായി തോന്നുന്ന, ഒന്നും ചർച്ച ചെയ്യാത്ത ഒരു ക്ലൈന്റ് സൃഷ്ടിക്കുന്നു.

പ്രൊഫൈൽ വിശ്വസിക്കുന്നതിന് മുമ്പ് വായിക്കുക. അതിൽ IKE പതിപ്പും നിർദ്ദേശങ്ങളും, പ്രാമാണീകരണം സർട്ടിഫിക്കറ്റോ മുൻകൂട്ടി പങ്കിട്ട കീയോ ഉപയോഗിക്കുന്നുണ്ടോ, ഏത് പ്രാദേശിക, ദൂര സബ്നെറ്റുകൾ തിരഞ്ഞെടുത്തു, ഗേറ്റ്‌വേ തന്റെ ഐഡന്റിറ്റിയായി എന്ത് പ്രതീക്ഷിക്കുന്നു എന്നിവ ഉണ്ടായിരിക്കണം. അംഗീകരിച്ച Linux ക്ലൈന്റ് ആ ക്രമീകരണം പിന്തുണയ്ക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം കുടിയേറ്റ രേഖ ഓരോ ക്ലൈന്റ് റിലീസിനുമുള്ള സവിശേഷതാ സമത്വ പ്രസ്താവനയല്ല. openfortivpn പോലുള്ള സ്വതന്ത്ര ക്ലൈന്റ് OpenVPN വ്യാഖ്യാതാവല്ല, അതിനാൽ പേരിൽ SSL ഉള്ള മറ്റെന്തും ഉടമ ഈ മോഡിനും ഈ ലോഗിൻ ഒഴുക്കിനും ഈ ഉപകരണ നയത്തിനും വേറെ പറയുന്നതുവരെ അംഗീകരിക്കപ്പെടാത്തതായി കണക്കാക്കുക.

പരിശോധന 5: പ്രാദേശിക ആശ്രിതത്വങ്ങൾ, പിന്നെ സാധൂകരിച്ച് രേഖപ്പെടുത്തുക

ഗേറ്റ്‌വേയും ക്ലൈന്റും വ്യക്തമായിക്കഴിഞ്ഞാൽ, സ്റ്റാർട്ടപ്പ് പരാജയം ഒരു പാക്കേജിംഗ് പ്രശ്നമാണ്, പരിപാലിക്കപ്പെടുന്ന പാക്കേജിന്റെ സ്വന്തം നിർദ്ദേശങ്ങളാണ് പിന്തുടരേണ്ട റഫറൻസ്. TLS ഐഡന്റിറ്റി പരാജയം ഓപ്പറേറ്ററുടേതാണ്: ട്രസ്റ്റ് ആങ്കറുകളും പ്രതീക്ഷിക്കുന്ന പേരും അവന്റെ കോൺഫിഗറേഷനാണ്, പ്രാദേശികമായി ഒഴിവാക്കേണ്ട കാര്യമല്ല. ആർക്കൈവ് ചെയ്ത ഗൈഡ് എപ്പോഴെങ്കിലും ഉപയോഗപ്രദമായിരുന്നത് ഈ രണ്ട് ഘട്ടങ്ങളിലാണ്.

അജ്ഞാത സർട്ടിഫിക്കറ്റ് സ്വീകരിച്ചോ ഉപകരണ അവസ്ഥാ പരിശോധന ഓഫ് ചെയ്തോ രണ്ടും പരിഹരിക്കുന്നില്ല. MFA, ഉപകരണ പരിശോധനകൾ അവിടെത്തന്നെ നിർത്തുക, കാരണം അവ ദുർബലമാക്കി കണക്റ്റിവിറ്റി തിരികെ കൊണ്ടുവരുന്നത് തടസ്സത്തിന് പകരം ഒരു സംഭവം നൽകുന്നു. മോഡ് പോയെങ്കിൽ, ഒരു പ്രാദേശിക ഫ്ലാഗിനും അത് തിരികെ കൊണ്ടുവരാനാവില്ല.

അംഗീകരിച്ച മാറ്റത്തിന് ശേഷം ഉദ്ദേശിച്ച സ്വകാര്യ ഉറവിടത്തിൽ എത്തുക, DNS റിസോൾവിംഗ് സ്ഥിരീകരിക്കുക, ഒരിക്കൽ വീണ്ടും ബന്ധിപ്പിക്കുക. ക്ലൈന്റ്, പ്ലാറ്റ്ഫോം, ഗേറ്റ്‌വേ റിലീസ്, ടണൽ മോഡ് എന്നിവ ഒരുമിച്ച് രേഖപ്പെടുത്തുക, കാരണം അടുത്ത വ്യക്തിക്ക് നാലും ആവശ്യമാണ്. വിജയകരമായി തുറക്കുന്ന പ്രോഗ്രാം പ്രാദേശിക സ്റ്റാർട്ടപ്പ് ഘട്ടം കടന്നു, അതിൽ കൂടുതലൊന്നുമില്ല.