സെറ്റപ്പ് സ്ക്രിപ്റ്റ് ഓടിയ ശേഷം VPN സെർവറിന് ഒരു ഉടമ വേണം

രണ്ട് വ്യത്യസ്ത ജോലികൾ ഒന്നായി വിൽക്കുന്നു: ഒരു യന്ത്രത്തെ VPN സെർവറാക്കി മാറ്റുന്നതും, മറ്റൊരാളുടെ ഗേറ്റ്‌വേയിൽ ചേരേണ്ട ലാപ്‌ടോപ്പിലേക്ക് VPN ക്ലൈന്റ് ചേർക്കുന്നതും. സെറ്റപ്പ് സ്ക്രിപ്റ്റ് ആദ്യത്തേതിന് ഉത്തരം നൽകുന്നു, രണ്ടാമത്തേതിന് നൽകാനാവില്ല, അതിന്റെ README എന്ത് സൂചിപ്പിച്ചാലും. setup-ipsec-vpn പ്രോജക്ട് ഒരു വ്യക്തമായ ഉദാഹരണമായി എടുക്കുക: പിന്തുണയുള്ള Linux ഹോസ്റ്റിൽ Libreswan ഉം xl2tpd ഉം ഉപയോഗിച്ച് ഇത് IPsec/L2TP, Cisco IPsec അല്ലെങ്കിൽ IKEv2 സെർവർ നിർമ്മിക്കുന്നു. ഇത് ഒരു സെർവറിനുള്ള വിന്യാസ കരാറാണ്, ഏത് യന്ത്രത്തിനും ഉള്ള പൊതു പാചകക്കുറിപ്പല്ല. സ്ക്രിപ്റ്റ് ഓടുന്നതിന് മുമ്പ് നിങ്ങളുടെ ജോലി ഏതെന്ന് തീരുമാനിക്കുക, കാരണം അതിന് ശേഷമുള്ളതെല്ലാം സെർവറിനെക്കുറിച്ചാണ്.

ഹോസ്റ്റിനെക്കുറിച്ച് സത്യസന്ധരാകുക

മറ്റെന്തെങ്കിലും അവസാനിപ്പിക്കുന്ന യന്ത്രം, അല്ലെങ്കിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് പകരം ഒരു ക്ലൗഡ് നിയന്ത്രണ തലം ഫയർവാൾ കൈകാര്യം ചെയ്യുന്ന യന്ത്രം, ശുദ്ധമായ വെർച്വൽ മെഷീനിൽ നിന്ന് വ്യത്യസ്തമായ ഇൻസ്റ്റലേഷനാണ്. നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കുന്ന പ്രോട്ടോക്കോളും ഉപയോഗിക്കുന്ന റിലീസും എഴുതി വെക്കുക, തുടർന്ന് രണ്ടും പ്രോജക്ടിന്റെ പിന്തുണാ പട്ടികയുമായി പരിശോധിക്കുക, കഴിഞ്ഞ വർഷത്തെ ബ്ലോഗ് പോസ്റ്റുമായല്ല.

സേവനം പ്രവർത്തനക്ഷമമാക്കുന്നത് അതിലേക്കുള്ള വഴി തുറക്കുന്നില്ല. IPsec ന് ഹോസ്റ്റിന് മുന്നിലുള്ള നെറ്റ്‌വർക്ക് UDP 500 ഉം 4500 ഉം അനുവദിക്കണം, വിന്യാസത്തെ ആശ്രയിച്ച് ESP പ്രോട്ടോക്കോളും. പ്രോട്ടോക്കോൾ 50 ഉപേക്ഷിക്കുന്ന സുരക്ഷാ ഗ്രൂപ്പിന് പിന്നിൽ വിജയകരമായി അവസാനിക്കുന്ന സ്ക്രിപ്റ്റ് ആർക്കും എത്താനാവാത്ത ഒരു സെർവർ സൃഷ്ടിച്ചു, ഇൻസ്റ്റാളറുടെ ഔട്ട്‌പുട്ടിൽ ഒന്നും അത് പറയില്ല.

ഇൻസ്റ്റാളർ യഥാർത്ഥത്തിൽ ഏറ്റെടുക്കുന്നത്

IPsec കോൺഫിഗറേഷനും രഹസ്യ ഫയലും, L2TP ഡീമൺ കോൺഫിഗറേഷനും, PPP ഓപ്ഷനുകളും, ഇപ്പോൾ ആ പോർട്ടുകൾ സ്വന്തമാക്കുന്ന systemd യൂണിറ്റുകളും പ്രതീക്ഷിക്കുക. പ്രോജക്ടിന്റെ README, മാറ്റങ്ങൾക്ക് മുമ്പ് നിലവിലുള്ള കോൺഫിഗറേഷൻ ഫയലുകൾ ബാക്കപ്പ് ചെയ്യുന്നു എന്ന് പറയുന്നു, അത് ഉപകാരപ്രദമാണ്, ഹോസ്റ്റ് ബാക്കപ്പിന് തുല്യമല്ല. ഏത് ഘടകങ്ങൾ ഡിസ്ട്രിബ്യൂഷന്റെ പാക്കേജുകളും ഏത് സ്ക്രിപ്റ്റ് വീണ്ടും ഓടിച്ചോ മാറ്റിയെഴുതിയോ അപ്ഡേറ്റ് ചെയ്യും എന്ന് തീരുമാനിക്കുക, കാരണം ഇവ വ്യത്യസ്ത പരാജയ രീതികളുള്ള രണ്ട് അറ്റകുറ്റപ്പണി പാതകളാണ്.

നിങ്ങൾ അംഗീകരിച്ച പരിഷ്കരണം പിൻ ചെയ്യുക. നിലവിലെ സ്ഥിരസ്ഥിതി ശാഖ നൽകുന്ന ഡൗൺലോഡ് URL അടുത്ത മാസം മറ്റൊരു ഉള്ളടക്കം നൽകിയേക്കാം, അതിനാൽ നിങ്ങൾ ഓടിച്ച commit അല്ലെങ്കിൽ റിലീസ് രേഖപ്പെടുത്തി അതിന്റെ പകർപ്പ് സൂക്ഷിക്കുക. ആ ഒരു ശീലം വിശദീകരിക്കാനാവാത്ത അവസ്ഥയെ രണ്ടാമത്തെ വ്യക്തിക്ക് രാത്രി രണ്ട് മണിക്ക് ചിന്തിക്കാനാവുന്ന ഒന്നാക്കി മാറ്റുന്നു.

സ്ക്രിപ്റ്റിന് നൽകാനാവാത്തത്

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

ക്ലൈന്റ് പ്രൊഫൈലുകളും കാണിക്കുന്ന രഹസ്യങ്ങളും ആക്സസ് വസ്തുവാണ്, ഇൻസ്റ്റലേഷൻ ലോഗുകളല്ല. പങ്കിട്ട ചാനലിൽ ഒട്ടിച്ച ജനറേറ്റ് ചെയ്ത പ്രൊഫൈൽ ഒരു അക്കൗണ്ടാണ്, സെറ്റപ്പ് സംഗ്രഹത്തിന്റെ സ്ക്രീൻഷോട്ടുകൾക്കും അതേ മാനദണ്ഡം ബാധകമാണ്. സേവനം പുനഃസ്ഥാപിക്കാൻ ആവശ്യമായ ഐഡന്റിറ്റി അവസ്ഥയുടെ സംരക്ഷിത ഇൻവെന്ററി സൂക്ഷിക്കുക, ആ ക്രെഡൻഷ്യലുകളിൽ ഏതെല്ലാം പിന്നീട് റദ്ദാക്കി എന്ന് കുറിക്കുക.

ആദ്യ ക്ലൈന്റാണ് സ്വീകാര്യതാ പരിശോധന

നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തനക്ഷമമാക്കിയ പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച്, ഒരു അധികാരമുള്ള ക്ലൈന്റിൽ നിന്ന് വിന്യാസം സ്വീകരിക്കുക. സ്വകാര്യ നാമം പരിഹരിക്കുന്നുണ്ടോ, മടക്ക പാത പ്രവർത്തിക്കുന്നുണ്ടോ, വീണ്ടും ബന്ധിപ്പിക്കൽ ശരിയായി പെരുമാറുന്നുണ്ടോ, അനുവദിച്ച കൂട്ടത്തിന് പുറത്തുള്ള ലക്ഷ്യം നിരസിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. മറ്റൊരു ക്ലൈന്റ് ആപ്പിൽ നിന്നുള്ള വിജയകരമായ ലോഗിൻ നിങ്ങൾ അയച്ചതിന്റെ തെളിവല്ല.

നിങ്ങൾ ആഗ്രഹിക്കുന്ന സംയോജനം ഇനി പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ, ഇൻസ്റ്റലേഷന് മുമ്പ് പരിപാലിക്കപ്പെടുന്ന ഒരു പാത തിരഞ്ഞെടുക്കുക. പഴയ റിലീസ് പുനരുജ്ജീവിപ്പിക്കുന്നതും, പ്രാമാണീകരണം ദുർബലമാക്കുന്നതും, വിശദീകരിക്കാത്ത സ്ക്രിപ്റ്റ് വീണ്ടും ഓടിക്കുന്നതും അറ്റകുറ്റപ്പണി പദ്ധതികളല്ല, മാറ്റിവയ്ക്കലുകളാണ്, ഓരോന്നും കൈമാറ്റം ബുദ്ധിമുട്ടാക്കുന്നു.

കൈമാറ്റ പേജ് എഴുതുക

ചെറുതായി സൂക്ഷിക്കുക: സെർവർ, അത് നിർമ്മിച്ച പരിഷ്കരണം, ആവശ്യമായ പോർട്ടുകൾ, ഘടകങ്ങളും അവയുടെ അപ്ഡേറ്റ് ഉടമകളും, അനുവദിച്ച വിഭവങ്ങൾ, ക്രെഡൻഷ്യൽ പാത, പുനഃസ്ഥാപന നടപടിക്രമം. ടണലിലെ മാറ്റമാണ് ആക്സസ് തകർത്തതെങ്കിൽ നിങ്ങൾ ഉപയോഗിക്കുന്ന കൺസോൾ അല്ലെങ്കിൽ ബാൻഡിന് പുറത്തുള്ള പാത ചേർക്കുക. അപ്പോൾ അടുത്ത വ്യക്തി രണ്ടുതവണ ഓടിക്കാൻ ഭയപ്പെടുന്ന ഒരു കമാൻഡല്ല, ഒരു സേവനം പാരമ്പര്യമായി സ്വീകരിക്കുന്നു.

ഹോസ്റ്റ് മാറുമ്പോൾ ആ പേജ് അവലോകനം ചെയ്യുക, എന്തെങ്കിലും തകരുമ്പോൾ മാത്രമല്ല. ഒരിക്കലും വായിക്കപ്പെടാത്ത കൈമാറ്റ രേഖ നിശബ്ദമായി സത്യമല്ലാതായ ഒരു രേഖയാണ്.