ഹെഡ്‌ലെസ് OpenVPN ഗേറ്റ്‌വേയ്ക്ക് ഏത് സോഫ്റ്റ്‌വെയർ റോളുകൾ വേണം

OpenVPN ഗേറ്റ്‌വേയ്ക്കായി മാത്രമുള്ള ഒരു യന്ത്രത്തിന് പിന്തുണയുള്ള സർവർ ഇൻസ്റ്റാളും അത് യഥാർത്ഥത്തിൽ ചെയ്യുന്ന ജോലികൾക്കുള്ള സോഫ്റ്റ്‌വെയറും വേണം. SSH, വെബ് ഹോസ്റ്റിംഗ്, മറ്റ് സർവർ റോളുകൾ വാഗ്ദാനം ചെയ്യുന്ന ഇൻസ്റ്റാളർ മെനു OpenVPN-ന്റെ മുൻവ്യവസ്ഥകളുടെ പട്ടികയല്ല. ഹെഡ്‌ലെസ് വിന്യാസം തികച്ചും ന്യായമാണ്. മൂന്ന് ജോലികൾ വേർതിരിക്കുന്നതാണ് പ്രധാനം: ടണൽ വഹിക്കുക, ഹോസ്റ്റ് കൈകാര്യം ചെയ്യുക, ക്രെഡൻഷ്യലുകൾ പുറപ്പെടുവിക്കുക.

ഞാൻ ഉപയോഗിക്കുന്ന ഇൻവെന്ററി ക്രമം ഇതാണ്, ഓരോ ഘട്ടവും അവസാനിപ്പിക്കുന്ന പരിശോധനയോടെ.

1. ടണൽ സേവനത്തിന് അതിന്റേതായ പാക്കേജും പ്രൊഫൈലും നൽകുക

ഉബുണ്ടുവിന്റെ OpenVPN സർവർ ഗൈഡ് വിതരണത്തിന്റെ openvpn പാക്കേജ് കമാൻഡ് ലൈനും സേവന കോൺഫിഗറേഷനും ഉപയോഗിക്കുന്നു. അതേ പാക്കേജ് Linux ക്ലയന്റായും പ്രവർത്തിക്കുന്നു, റോൾ തിരഞ്ഞെടുക്കുന്നത് കോൺഫിഗറേഷനാണ്.

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

2. ടണലിന് മുൻപ് അഡ്മിനിസ്ട്രേഷൻ പാത തീരുമാനിക്കുക

OpenSSH വേറിട്ട openssh-server പാക്കേജിൽ നിന്ന് വരുന്നു, സ്വന്തം സേവനമായി പ്രവർത്തിക്കുന്നു. അഡ്മിൻ SSH വഴി യന്ത്രത്തിലെത്തേണ്ടിവരുമ്പോൾ ഇത് ഉപയോഗപ്രദമാണ്, പക്ഷേ OpenVPN VPN പാക്കറ്റുകൾ കൈമാറാൻ SSH സർവർ ആവശ്യമില്ല. ലോക്കൽ കൺസോളോ അംഗീകൃത പ്ലാറ്റ്ഫോം മാനേജ്മെന്റ് ചാനലോ മറ്റൊരു സാധുവായ പാതയാണ്. റൂട്ടിംഗോ ഫിൽട്ടറിംഗോ മാറ്റുന്നതിന് മുൻപ് ഏതിനെ ആശ്രയിക്കുന്നു എന്ന് തീരുമാനിക്കുക, കാരണം പുതിയ ടണൽ സ്വയം നന്നാക്കാനുള്ള ഏക പരീക്ഷിക്കാത്ത വഴിയാകരുത്.

3. അംഗീകൃത ഉടമയിൽ നിന്ന് ക്രെഡൻഷ്യലുകൾ പുറപ്പെടുവിക്കുക

ഉബുണ്ടു ഉദാഹരണം ചെറിയ PKI നിർമ്മിക്കാൻ OpenVPN-നൊപ്പം easy-rsa ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അത് പ്രവർത്തിക്കുന്ന ടണൽ സേവനമല്ല, ക്രെഡൻഷ്യൽ പുറപ്പെടുവിക്കുന്ന റോളാണ്. സംഘടനയ്ക്ക് ഇതിനകം അംഗീകൃത പുറപ്പെടുവിക്കൽ പ്രക്രിയയുണ്ടെങ്കിൽ, ട്യൂട്ടോറിയലിൽ ഒന്നുണ്ടെന്ന കാരണത്താൽ ബന്ധമില്ലാത്ത CA സൃഷ്ടിക്കുന്നതിന് പകരം അത് ഉപയോഗിക്കുക. ഗേറ്റ്‌വേയുടെ സ്വന്തം സ്വകാര്യ കീയും സർട്ടിഫിക്കറ്റും CA സൈനിംഗ് കീയിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക, സൈനിംഗിന്റെയും ബാക്കപ്പിന്റെയും സ്ഥാനം ബോധപൂർവം തിരഞ്ഞെടുക്കുക. ഓരോ PKI ഫയലും ഓരോ ഹോസ്റ്റിലേക്കും പകർത്തുന്നത് സോഫ്റ്റ്‌വെയർ ആവശ്യകതയല്ല.

4. ഡെസ്ക്ടോപ്പ് പ്ലഗിനുകൾ ഡെസ്ക്ടോപ്പുകൾക്ക് വിടുക

NetworkManager എഡിറ്ററിനോ ഇംപോർട്ട് പ്ലഗിനോ ആ വർക്ക്ഫ്ലോ ഉപയോഗിക്കുന്ന യന്ത്രത്തിൽ ഉദ്ദേശ്യമുണ്ട്. ഗേറ്റ്‌വേ OpenVPN സംസാരിക്കുന്നു എന്ന കാരണത്താൽ വേണ്ട അധിക സർവർ സവിശേഷതയല്ല.

കണക്ഷന് ഒരു ഉടമയെ തിരഞ്ഞെടുക്കുക, അതേ പ്രൊഫൈലിന്റെ രണ്ടാമത്തെ, ഡെസ്ക്ടോപ്പ്-നിയന്ത്രിത പകർപ്പ് ആരംഭിക്കരുത്.

5. യഥാർത്ഥ ക്ലയന്റ് ഉപയോഗിച്ച് ഗേറ്റ്‌വേ സ്വീകരിക്കുക

കുറച്ച് പാക്കേജുകൾ പൂർത്തിയായ ഗേറ്റ്‌വേയല്ല. സർവറിന് ഇപ്പോഴും അംഗീകൃത ശ്രോതാവ്, ഐഡന്റിറ്റികൾ, റൂട്ടുകൾ, ആവശ്യമുള്ളിടത്ത് ഫോർവേഡിംഗ്, കടുപ്പമുള്ള ഫയർവാൾ നയം, ഉദ്ദേശിച്ച മടക്കപ്പാത എന്നിവ വേണം. അതിന്റെ ലോഗുകൾ എവിടെ പ്രത്യക്ഷപ്പെടുന്നു, അപ്ഡേറ്റുകൾ എങ്ങനെ പ്രയോഗിക്കുന്നു എന്ന് എഴുതിവയ്ക്കുക, കാരണം ആ രണ്ട് ഉത്തരങ്ങളാണ് പിന്നീട് പരാജയം എങ്ങനെ രോഗനിർണ്ണയം ചെയ്യുമെന്ന് തീരുമാനിക്കുന്നത്.

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