കീ പകർത്താതെ Raspberry Pi VPN അപ്ലയൻസ് പുനർനിർമ്മിക്കുക

ഒരു ഇമേജിൽ നിന്ന് ഒരിക്കൽ ബൂട്ട് ചെയ്യുന്നത് Pi-യെ പുനർനിർമ്മിക്കാവുന്ന അപ്ലയൻസ് ആക്കുന്നില്ല. വീണ്ടും പ്രയോഗിക്കാവുന്ന ഒരു ചെറിയ ഇൻപുട്ട് കൂട്ടം ആണ് വേണ്ടത്: സംരക്ഷിക്കപ്പെട്ട അടിസ്ഥാനം, പ്രഖ്യാപിത കോൺഫിഗറേഷൻ, ആപ്ലിക്കേഷന്റെ സ്ഥിരമായ ഡാറ്റ, ആ ബോർഡിന് മാത്രം അവകാശപ്പെട്ട ഉപകരണ ഐഡന്റിറ്റി. അവസാനത്തേത് വിട്ടുപോയാൽ ഓരോ മാറ്റപ്പെടലും ഒരു ക്രെഡൻഷ്യലിന്റെ ക്ലോൺ ആകും.

താഴെയുള്ള ഘട്ടങ്ങൾ ഒരു ഉപകരണ ശുപാർശയല്ല, ജോലിയുടെ ക്രമമാണ്. അവ പ്രകടിപ്പിക്കാൻ കഴിയുന്ന ഏത് കോൺഫിഗറേഷൻ സംവിധാനവും മതി.

ആദ്യം നാല് തരം ഇൻപുട്ടുകൾ പട്ടികപ്പെടുത്തുക

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

എന്തെങ്കിലും പുനർനിർമ്മിക്കുന്നതിന് മുമ്പ് നാല് പട്ടികകൾ എഴുതുക. ശൂന്യമായ വരിയുള്ള പട്ടിക നിങ്ങൾ ഇനിയും എടുക്കാത്ത തീരുമാനമാണ്.

രഹസ്യങ്ങൾ റിപ്പോസിറ്ററിക്ക് പുറത്ത് സൂക്ഷിക്കുക, അവ എവിടെയാണെന്ന് പറയുക

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

പരീക്ഷ ലളിതമാണ്: നാളെ റിപ്പോസിറ്ററി ചോർന്നാൽ ആക്രമണകാരിക്ക് എന്ത് ലഭിക്കും? ടെംപ്ലേറ്റുകളും ടോപ്പോളജി കുറിപ്പുകളും അതിജീവിക്കും. പ്രവർത്തിക്കുന്ന ഐഡന്റിറ്റി അതിജീവിക്കില്ല.

വീണ്ടും പ്രവർത്തിപ്പിക്കാവുന്നത് ഓട്ടോമേഷന് ഉടമസ്ഥത നൽകുക

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

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

ഡാറ്റയും ഐഡന്റിറ്റിയും ബോധപൂർവ്വം പുനഃസ്ഥാപിക്കുക

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

ഐഡന്റിറ്റിയുടെ കാര്യത്തിൽ, നിങ്ങൾ അതേ ഉപകരണം വീണ്ടെടുക്കുന്നുണ്ടോ പകരക്കാരനെ രജിസ്റ്റർ ചെയ്യുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുക, കാരണം അവ വ്യത്യസ്ത വൃത്തിയാക്കലുള്ള വ്യത്യസ്ത പ്രവർത്തനങ്ങളാണ്.

മറ്റൊരിടത്ത് ഐഡന്റിറ്റി സജീവമാക്കുന്നതിന് മുമ്പ് പഴയ പങ്കാളിയുടെ പ്രവേശനം ഒത്തുതീർപ്പാക്കുക, അതിനുശേഷം മാത്രം പുനർനിർമ്മിച്ച ഉപകരണം ഒറ്റപ്പെട്ട അല്ലെങ്കിൽ വീണ്ടെടുപ്പ് പരിസരത്ത് പരീക്ഷിക്കുക. ആവശ്യമായ ഡാറ്റ, ശരിയായ ഐഡന്റിറ്റി, ഉടമയുള്ള അപ്ഡേറ്റ് പാത, ഉദ്ദേശിച്ച നെറ്റ്വർക്ക് നയം എന്നിവ പരിശോധിക്കുക.

ബൂട്ട് ചെയ്യാവുന്ന ഇമേജ് നാലിൽ ഒരു ഇൻപുട്ടാണ്, അത് പുനർനിർമ്മിക്കാൻ ഏറ്റവും എളുപ്പമാണ്.