മറ്റൊരു ക്ലയന്റ് ഡൗൺലോഡ് ചെയ്യുന്നതിന് മുമ്പ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇതിനകം എന്താണ് നടപ്പിലാക്കുന്നതെന്ന് നോക്കുക, കാരണം ഉത്തരം പലപ്പോഴും ഇൻസ്റ്റാളർ പൂർണ്ണമായി ഒഴിവാക്കാൻ മതിയാകും. Windows, macOS, ChromeOS ഓരോന്നും നിശ്ചിതവും ചെറുതുമായ ടണൽ പ്രോട്ടോക്കോൾ പട്ടിക നൽകുന്നു, അവയിലൊന്ന് സംസാരിക്കുന്ന ഗേറ്റ്‌വേയ്ക്ക് അധിക ഡ്രൈവർ, സേവനം അല്ലെങ്കിൽ അപ്ഡേറ്റ് പാത ആവശ്യമില്ല. ഇത് ബ്രോഷറിലെ വിൽപ്പനക്കാരന്റെ പേര് തീരുമാനിക്കുന്നില്ല. പ്രോട്ടോക്കോൾ, എൻഡ്‌പോയിന്റ് എങ്ങനെ പ്രാമാണീകരിക്കുന്നു, ഏത് വിലാസമാണ് പ്രതീക്ഷിക്കുന്നത് എന്നിവയാണ് തീരുമാനിക്കുന്നത്.

പ്രോട്ടോക്കോൾ ചോദിക്കുക, ഉൽപ്പന്നത്തിന്റെ പേരല്ല

ഉൽപ്പന്നത്തിന്റെ പേര് വയറിലൂടെ എന്ത് കടക്കുന്നു എന്നതിനെക്കുറിച്ച് വളരെ കുറച്ച് മാത്രമേ പറയുന്നുള്ളൂ. ഒരേ ലേബലിൽ വിൽക്കുന്ന രണ്ട് ഗേറ്റ്‌വേകൾക്ക് തീർത്തും വ്യത്യസ്ത ടണലുകൾ ആവശ്യമായി വരാം, ഒന്ന് ഉൾനിർമ്മിത ക്ലയന്റ് സ്വീകരിക്കുമ്പോൾ മറ്റൊന്ന് സ്വന്തം പോർട്ടൽ ഒഴികെ എല്ലാം നിരസിക്കുന്നു. ഒരേ പെട്ടി വിവരിക്കുന്ന രണ്ട് അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് അഭിപ്രായവ്യത്യാസമുണ്ടാകാം, രണ്ടുപേരും ശരിയുമാകാം, കാരണം അവർ വ്യത്യസ്ത പാളികൾ വിവരിക്കുന്നു. ഇൻസ്റ്റാളർ ആവശ്യമാണോ എന്നത് താഴെയുള്ള ടണലാണ് തീരുമാനിക്കുന്നത്.

ഗേറ്റ്‌വേ നടത്തുന്നവരോട് മൂന്ന് ചോദ്യങ്ങൾ ചോദിക്കുക: ഏത് ടണൽ പ്രോട്ടോക്കോൾ, ഏത് പ്രാമാണീകരണ രീതി, ഏത് വിലാസവും DNS പ്രത്യയവും ക്ലയന്റ് സ്വീകരിക്കണം. പ്രോട്ടോക്കോൾ പേരെടുത്ത് ചോദിക്കുക, ഉത്തരം ഉൽപ്പന്നത്തിന്റെ പേരായി വന്നാൽ എന്തുകൊണ്ട് പ്രോട്ടോക്കോൾ വേണമെന്ന് വിശദീകരിക്കുക. ആ മൂന്ന് ഉത്തരങ്ങൾ ഏതെങ്കിലും സോഫ്റ്റ്‌വെയർ ഡൗൺലോഡ് ചെയ്യുന്നതിന് മുമ്പ് ക്ലയന്റ് ചോദ്യം തീർക്കുന്നു.

ഇത്രയധികം ടിക്കറ്റുകളിൽ ഉൽപ്പന്നത്തിന്റെ പേര് നിലനിൽക്കാൻ ഒരു കാരണമുണ്ട്. ഉപയോക്താക്കൾ കാണുന്നത് പോർട്ടലിന്റെ URL ആണ്, ടണൽ പ്രവർത്തിക്കുമ്പോൾ അദൃശ്യമാണ്. കൈമാറ്റ കുറിപ്പിൽ പ്രോട്ടോക്കോൾ എഴുതാൻ ഒരു വരി മതി, പിന്നീട് വരുന്ന എല്ലാവർക്കും അവ്യക്തത നീങ്ങുന്നു.

ഉൾനിർമ്മിത പട്ടിക എവിടെ നിൽക്കുന്നു

സ്വാഭാവിക പട്ടികകൾ ചെറുതാണ്, അവയുടെ അരികുകൾ ഉള്ളടക്കത്തേക്കാൾ പ്രധാനമാണ്. IPsec-ന് മുകളിൽ L2TP മുൻകൂട്ടി പങ്കിട്ട കീ ഉപയോഗിച്ച് സംസാരിക്കുന്ന പ്ലാറ്റ്ഫോം SSTP സംസാരിക്കില്ല, ആ വ്യത്യാസമാണ് ക്ലയന്റിനെ തീരുമാനിക്കുന്നത്. പട്ടിക വിൽപ്പനക്കാരനനുസരിച്ചല്ല, ടണലനുസരിച്ചാണ് ക്രമീകരിച്ചിരിക്കുന്നത്, അതിനാൽ ഗേറ്റ്‌വേ പേരിട്ട പ്രോട്ടോക്കോൾ നിങ്ങൾക്ക് കണ്ടെത്താം.

TunnelWindowsmacOSChromeOSLinux
PPTPbuilt inremoved in 10.12nopackage
L2TP over IPsec, pre-shared keybuilt inbuilt inbuilt inpackage
L2TP over IPsec, certificatebuilt inbuilt inbuilt inpackage
SSTPbuilt innonopackage
IKEv2built inbuilt innopackage
Cisco IPsec with XAuthnobuilt innopackage
OpenVPNnonobuilt inpackage

ബ്രോഷറിനെതിരെയല്ല, ഗേറ്റ്‌വേയുടെ ആവശ്യകതകൾക്കെതിരെ പട്ടിക വായിക്കുക. ഉത്തരം മുൻകൂട്ടി പങ്കിട്ട കീയുള്ള L2TP over IPsec ആണെങ്കിൽ, ആദ്യ മൂന്ന് പ്ലാറ്റ്ഫോമുകൾ അധികമായി ഒന്നും ഇൻസ്റ്റാൾ ചെയ്യാതെ ബന്ധിപ്പിക്കുന്നു. ഉത്തരം OpenVPN ആണെങ്കിൽ, എന്തെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ChromeOS മാത്രമാണ് ഉൾപ്പെടുത്തിയിരിക്കുന്നത്. ഏതെങ്കിലും ഉൾനിർമ്മിത നിരയിൽ കാണാത്ത പ്രോട്ടോക്കോൾ ഇൻസ്റ്റാളർ വരുന്നു എന്നതിന്റെ സത്യസന്ധമായ സൂചനയാണ്.

Linux പൊതുവൽക്കരണത്തെ എതിർക്കുന്ന നിരയാണ്. അതിന്റെ പ്രോട്ടോക്കോൾ പിന്തുണ ഡിസ്ട്രിബ്യൂഷൻ പാക്കേജ് ചെയ്യാൻ തിരഞ്ഞെടുക്കുന്ന ഡീമണുകളിലും പ്ലഗിന്നുകളിലും ജീവിക്കുന്നു, അതിനാൽ ചെറിയ ഇമേജ് നിങ്ങൾ അവ ചേർക്കുന്നതുവരെ അവയൊന്നും സംസാരിച്ചേക്കില്ല, ഒരേ ഡെസ്ക്ടോപ്പുള്ള രണ്ട് ഡിസ്ട്രിബ്യൂഷനുകൾ വ്യത്യാസപ്പെടാം.

കമാൻഡ് ലൈനിൽ നിന്ന് പ്രൊഫൈൽ നിർമ്മിക്കുക

ഗ്രാഫിക്കൽ പാനൽ എഴുതുന്നതെല്ലാം നിങ്ങൾക്ക് എത്താവുന്ന ഒരിടത്ത് സൂക്ഷിക്കുന്നു, അതാണ് ഉൾനിർമ്മിത പ്രൊഫൈലിനെ യാന്ത്രികമാക്കുന്നത്. Windows VPN എൻട്രികൾ .pbk ഫയലുകളിൽ ഉപയോക്തൃ പ്രൊഫൈലിന് കീഴിലും ProgramData ക്ക് കീഴിലും സൂക്ഷിക്കുന്നു, rasphone നെറ്റ്‌വർക്ക് പട്ടിക കാണിക്കാത്ത എൻട്രികൾ ലിസ്റ്റ് ചെയ്ത് എഡിറ്റ് ചെയ്യാൻ കഴിയും. യന്ത്രം സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് തയ്യാറാക്കുമ്പോൾ ആരും വിസാർഡിലൂടെ ക്ലിക്ക് ചെയ്യാത്തപ്പോൾ ഇത് പ്രധാനമാണ്. പ്രൊഫൈൽ ഒരിക്കലും ട്രേയിൽ കാണാതെ എങ്ങനെ നിലനിൽക്കാം എന്നതും ഇത് വിശദീകരിക്കുന്നു.

rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnect

കൈകൊണ്ട് .pbk ഫയൽ എഡിറ്റ് ചെയ്യുന്നത് പ്രവർത്തിക്കുന്നു, അത് നശിപ്പിക്കാനുള്ള വേഗമേറിയ വഴിയുമാണ്, അതിനാൽ ഫോർമാറ്റ് ഉപകരണത്തിന് സ്വന്തമായിരിക്കട്ടെ. macOS അതിന്റെ സേവനങ്ങൾ സിസ്റ്റം കോൺഫിഗറേഷനിൽ സൂക്ഷിക്കുന്നു, networksetup സേവനനാമം കൊണ്ട് അവയെ അഭിസംബോധന ചെയ്യുന്നു; ചില ഫ്ലാഗുകൾ ഹോസ്റ്റ്‌നാമിന് പകരം വിലാസം ആഗ്രഹിക്കുന്നു, അതിനാൽ ആദ്യം എൻഡ്‌പോയിന്റ് പരിഹരിച്ച് ക്ലയന്റ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന മൂല്യം സൂക്ഷിക്കുക. ആ വ്യത്യാസം യാന്ത്രികവൽക്കരണത്തിൽ കടിക്കുന്നു, കാരണം വിലാസത്തോടെ പ്രവർത്തിക്കുന്ന സ്ക്രിപ്റ്റ് പേരോടെ പരാജയപ്പെടാം, പിശക് നിരസിച്ച ആർഗ്യുമെന്റിനെക്കാൾ തകർന്ന ഗേറ്റ്‌വേയെപ്പോലെ തോന്നുന്നു.

networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20

സേവനനാമങ്ങൾ പ്രാദേശികവൽക്കരിച്ചതും ഉപയോക്താവിന് എഡിറ്റ് ചെയ്യാവുന്നതുമാണ്, അതിനാൽ Wi-Fi ഹാർഡ്‌കോഡ് ചെയ്യുന്ന സ്ക്രിപ്റ്റ് മറ്റൊരു ഭാഷയിലേക്ക് സജ്ജീകരിച്ച ആദ്യ യന്ത്രത്തിൽ തകരുന്നു. പട്ടിക കമാൻഡിൽ നിന്ന് പേര് വായിച്ച് ഊഹിക്കുന്നതിന് പകരം അത് കൈമാറുക.

സ്വകാര്യ ക്ലയന്റ് ഇല്ലാതെ സർട്ടിഫിക്കറ്റുകൾ

ചില വിന്യാസങ്ങൾക്ക് ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് മാത്രം വേണം, മറ്റൊന്നും സ്വകാര്യമല്ല, ഡ്രൈവർ സ്വീകരിക്കുന്നതിന് മുമ്പ് പരീക്ഷിക്കാൻ അർഹതയുള്ള ഇടത്തരം കേസാണിത്. പ്ലാറ്റ്ഫോമിന്റെ സ്റ്റോറിൽ സർട്ടിഫിക്കറ്റ് വയ്ക്കുന്നത് പിന്തുണയ്ക്കുന്നു; വിൽപ്പനക്കാരന്റെ റൂട്ട് ഉള്ളിൽ ഇട്ട് ക്ലയന്റ് അത് കണ്ടെത്തുമെന്ന് വിശ്വസിക്കുന്നതിന് സമാനമായ പ്രവൃത്തിയല്ല ഇത്. ആദ്യത്തേത് ബോധപൂർവമായ സ്ഥാപനമാണ്; രണ്ടാമത്തേത് സപ്പോർട്ട് ടിക്കറ്റ് ഘടിപ്പിച്ച ഊഹമാണ്.

ആളുകളെ പിടിക്കുന്ന വിശദാംശം ക്ലയന്റ് ഏത് സ്റ്റോർ വായിക്കുന്നു എന്നതാണ്. ഉപയോക്തൃ സ്റ്റോറിലുള്ള സർട്ടിഫിക്കറ്റ് യന്ത്ര സ്റ്റോറിനായി കോൺഫിഗർ ചെയ്ത ക്ലയന്റിന് അദൃശ്യമാണ്, ലഭിക്കുന്ന സന്ദേശം സർട്ടിഫിക്കറ്റ് ഇല്ലെന്ന് പറയുന്നു, തെറ്റായ സ്ഥലത്തുണ്ടെന്നല്ല. സർട്ടിഫിക്കറ്റ് തെറ്റാണെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് രണ്ട് സ്റ്റോറുകളും പരിശോധിക്കുക. പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ ഏതാണ് ഉപയോഗിക്കുന്നതെന്ന് എഴുതിവയ്ക്കുക, കാരണം യന്ത്രം വീണ്ടും നിർമ്മിക്കുമ്പോൾ ആ കുറിപ്പ് സർട്ടിഫിക്കറ്റിനെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കും.

Windows രണ്ട് സ്റ്റോറുകളും വ്യക്തമായി വേർതിരിക്കുന്നു, macOS ലോഗിൻ കീച്ചെയിൻ സിസ്റ്റം കീച്ചെയിനിൽ നിന്ന് വേർതിരിക്കുന്നു. പേരുകൾ വ്യത്യസ്തമാണ്, പക്ഷേ പരാജയ മാതൃക സമാനമാണ്: ക്ലയന്റ് ഒരിക്കലും നോക്കാത്ത സാധുവായ സർട്ടിഫിക്കറ്റ്.

എന്താണ് ഇൻസ്റ്റാളറെ നിർബന്ധിക്കുന്നത്

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

ആ രേഖയാണ് ആളുകൾ ഒഴിവാക്കുന്ന ഭാഗവും അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്ക് ഒരു ആഴ്ച ലാഭിക്കുന്ന ഭാഗവും: പ്രോട്ടോക്കോൾ, പ്രാമാണീകരണ രീതി, വിലാസ കുടുംബം, ആവശ്യമായ പ്രത്യയം, ചേർക്കേണ്ടി വന്ന ഓരോ ബൈനറിക്കും ഒരു വരി ന്യായീകരണത്തോടെ. ചാറ്റ് ത്രെഡിൽ അല്ല, ഇൻസ്റ്റാളർ കുറിപ്പുകൾ ഉള്ളിടത്ത് അത് വയ്ക്കുക. രണ്ട് വരി ഡോക്യുമെന്റേഷൻ ആവർത്തിച്ചുള്ള അന്വേഷണം തടയുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ