നിങ്ങളുടെ ക്ലൗഡ് VPN ഇപ്പോഴും ഹോസ്റ്റിംഗ് ദാതാവിനെ ആശ്രയിച്ചിരിക്കുന്നു

നിങ്ങൾ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്തു, സേവനം കടുപ്പമാക്കി, കീകൾ നിങ്ങളുടെ കൈവശമുണ്ട്, സർവർ നിങ്ങളുടേതാണെന്ന് തോന്നിത്തുടങ്ങുന്നു. വാടകയ്ക്കെടുത്ത ഫ്ലാറ്റ് നിങ്ങളുടേതാകുന്നതുപോലെയാണ് അത്: വാതിലിന്റെ പൂട്ട് നിങ്ങളുടെ നിയന്ത്രണത്തിലുണ്ട്, കെട്ടിടം അല്ല. ഹൈപ്പർവൈസർ, ഇൻസ്റ്റൻസിന് മുന്നിലുള്ള നെറ്റ്വർക്ക്, എല്ലാം പുനർനിർമ്മിക്കാനാകുന്ന അക്കൗണ്ട് എന്നിവ മറ്റൊരാളുടേതാണ്. ഈ വ്യത്യാസമാണ് വീണ്ടെടുപ്പ് പ്ലാൻ എന്ത് ഉൾക്കൊള്ളണമെന്ന് തീരുമാനിക്കുന്നത്, സ്വയം-ഹോസ്റ്റിംഗ് ഏറ്റവും കുറച്ച് മാറ്റുന്ന ഭാഗവും അതുതന്നെ.

അക്കൗണ്ടാണ് യഥാർത്ഥ നിയന്ത്രണ തലം

ഒരു ഹോസ്റ്റിംഗ് അക്കൗണ്ട് വെർച്വൽ മെഷീൻ, അതിന്റെ ഡിസ്കുകൾ, സ്നാപ്പ്ഷോട്ടുകൾ, പൊതു വിലാസങ്ങൾ, നെറ്റ്വർക്ക് നിയമങ്ങൾ എന്നിവ കൈകാര്യം ചെയ്യുന്നു. ഇവയിൽ ഓരോന്നും ഗസ്റ്റിൽ ലോഗിൻ ചെയ്യാതെതന്നെ മാറ്റാനാകും, ഇത് അക്കൗണ്ടിനെ മിക്ക VPN ഗൈഡുകളും വിവരിക്കുന്ന ഭീഷണി മാതൃകയ്ക്ക് പുറത്ത് നിർത്തുന്നു. തികഞ്ഞ ടണൽ കോൺഫിഗറേഷനും ഡിസ്ക് മാറ്റിസ്ഥാപിക്കുന്ന അക്കൗണ്ട് പ്രവർത്തനത്തെ അതിജീവിക്കുന്നു.

ആ അക്കൗണ്ടിനെ പ്രത്യേക ആസ്തിയായി സംരക്ഷിക്കുക: സ്വതന്ത്ര ക്രെഡൻഷ്യലുകൾ, ഹാർഡ്വെയർ പിന്തുണയുള്ള രണ്ടാം ഘടകങ്ങൾ, ആരെങ്കിലും യഥാർത്ഥത്തിൽ വായിക്കുന്ന ഓഡിറ്റ് ട്രെയിൽ. VPN സേവനത്തിന്റെ അതേ പാസ്വേഡ് മാനേജർ എൻട്രിയുമായി അത് പങ്കിടുന്നത് ബാക്കിയെല്ലാ നിയന്ത്രണങ്ങളെയും അർത്ഥശൂന്യമാക്കുന്ന തെറ്റാണ്.

ദാതാവിന്റെ ചുമതല വിഭജനം പൊതുവായ ക്ലൗഡിനല്ല, നിർദ്ദിഷ്ട ഉൽപ്പന്നത്തിന് വായിക്കുക. പങ്കിട്ട ഉത്തരവാദിത്വ മാതൃക പാളികൾ എങ്ങനെ വിഭജിക്കുന്നു എന്നതിന് ഉപയോഗപ്രദമായ ഉദാഹരണമാണ്, മറ്റ് ദാതാക്കൾ അത് പാരമ്പര്യമായി സ്വീകരിക്കുന്നതിനുപകരം സ്വന്തം അതിരുകൾ വിവരിക്കുന്നു. നിങ്ങൾ അന്വേഷിക്കുന്നത് ഏത് പരാജയങ്ങൾ നിങ്ങൾ പരിഹരിക്കണം, ഏതെല്ലാം നിങ്ങൾക്ക് റിപ്പോർട്ട് ചെയ്യാൻ മാത്രമേ കഴിയൂ എന്നതാണ്.

നിങ്ങൾക്ക് കൈകാര്യം ചെയ്യാനാകാത്ത അടിസ്ഥാനസൗകര്യ സംഭവങ്ങൾ

ലൈവ് മൈഗ്രേഷൻ, ഹോസ്റ്റ് മെയിന്റനൻസ്, ഫിസിക്കൽ നോഡിലെ ഹാർഡ്വെയർ തകരാർ, കപ്പാസിറ്റി സംഭവം—എല്ലാം ദാതാവ് സ്വന്തം ഷെഡ്യൂൾ പ്രകാരം കൈകാര്യം ചെയ്യുന്നു. റീബൂട്ട്, ചെറിയ പാക്കറ്റ് നഷ്ടം, വിലാസം മാറുന്നത് എന്നിവ കാണാം, കാരണം കാണില്ല. ഇൻസ്റ്റൻസിനെ സ്ഥിരബിന്ദുവായി കാണുന്ന രൂപകൽപ്പന അവയെല്ലാം VPN തകരാറായി വ്യാഖ്യാനിക്കും. ശരിയായ നടപടി സേവനത്തെ അപ്രത്യക്ഷമാകുന്ന ഇൻസ്റ്റൻസിനെ സഹിക്കാൻ പ്രാപ്തമാക്കുകയാണ്, ഒരിക്കലും കാണിക്കാത്ത ഒരു കാരണം അന്വേഷിക്കലല്ല.

ബാക്കപ്പുകൾ ഈ പാളിയുടേതാണ്, ടണലിന്റേതല്ല. സർവർ കോൺഫിഗറേഷൻ, ഐഡന്റിറ്റികൾ, വിലാസ പ്ലാൻ, അനുവദിച്ച റൂട്ടുകൾ എന്നിവ ഇൻസ്റ്റൻസിന്റെ ലഭ്യതയെ ആശ്രയിക്കാത്ത ഒരിടത്ത് സൂക്ഷിക്കുക, ഒറിജിനൽ ഡിസ്ക് കൂടാതെ പകർപ്പ് പുനഃസ്ഥാപിക്കാമെന്ന് ഉറപ്പാക്കുക.

വിലാസത്തിന്റെ സ്വഭാവം പ്രത്യേക പരിശോധന അർഹിക്കുന്നു. പൊതു വിലാസം നിർത്തൽ, മാറ്റിസ്ഥാപനം, ഇല്ലാതാക്കൽ എന്നിവയെ അതിജീവിക്കുന്നുവോ എന്നത് അത് എങ്ങനെ അനുവദിച്ചു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, ഈ മൂന്ന് പ്രവർത്തനങ്ങളും പരസ്പരം മാറ്റാനാവില്ല. സംഭവം ചോദ്യം അടിയന്തിരമാക്കുന്നതിന് മുൻപ് നിങ്ങൾ ഏതിനെ ആശ്രയിക്കുന്നു എന്ന് എഴുതിവയ്ക്കുക.

പുനർനിർമ്മാണത്തിന് ശേഷം എന്ത് അവശേഷിക്കുന്നു എന്ന് പരിശോധിക്കുക

എല്ലാം പ്രവർത്തിക്കുമ്പോൾ തന്നെ വീണ്ടെടുപ്പ് പാത നിർമ്മിക്കുക. ദാതാവ് നൽകുന്ന കൺസോളോ ഔട്ട്-ഓഫ്-ബാൻഡ് ആക്സസോ തിരിച്ചറിയുക, ടണൽ കൂടാതെ അവിടെ എത്താമെന്ന് ഉറപ്പാക്കുക, കേടായ ലാപ്ടോപ്പോ നഷ്ടപ്പെട്ട ഫോണോ കൊണ്ടുപോകാത്ത ഒരിടത്ത് ക്രെഡൻഷ്യലുകൾ സൂക്ഷിക്കുക. ലോക്കൽ ഫയർവാൾ മാറ്റം ടണൽ തടയുന്നുവെങ്കിൽ ആ കൺസോളാണ് തിരികെയുള്ള ഏക വഴി.

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

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

പുനർനിർമ്മാണം വിലാസത്തിനും ഹോസ്റ്റ് കീകൾക്കും ഡിസ്ക് ഐഡന്റിറ്റിക്കും ക്ലയന്റുകൾ പിൻ ചെയ്യുന്ന എല്ലാത്തിനും എന്ത് ചെയ്തു എന്ന് ശ്രദ്ധിക്കുക. ഹോസ്റ്റ് കീ കാഷ് ചെയ്ത ക്ലയന്റുകൾ പുനർനിർമ്മാണത്തിന് ശേഷം പരാതിപ്പെടും, ആ പരാതി അടിച്ചമർത്തേണ്ട ബഗ്ഗല്ല, ശരിയായ സ്വഭാവമാണ്.

സ്വയം-ഹോസ്റ്റിംഗ് യഥാർത്ഥത്തിൽ എന്ത് മാറ്റുന്നു എന്ന് തീരുമാനിക്കുക

സ്വന്തം VPN പ്രവർത്തിപ്പിക്കുന്നത് വിശ്വാസം VPN ഓപ്പറേറ്ററിൽ നിന്ന് ഹോസ്റ്റിംഗ് ദാതാവിലേക്കും നിങ്ങളിലേക്കും മാറ്റുന്നു. അത് യഥാർത്ഥ മാറ്റമാണ്, മൂന്നാം കക്ഷിയെ ഒഴിവാക്കുന്നതിന് തുല്യമല്ല. വാണിജ്യ VPN ട്രാഫിക് നിരീക്ഷിക്കുന്നത് തടയുകയായിരുന്നു ലക്ഷ്യമെങ്കിൽ, ദാതാവിന് ഇപ്പോഴും ഇൻസ്റ്റൻസിന്റെ നെറ്റ്വർക്കും ഡിസ്കും ബില്ലിംഗ് രേഖകളും നിരീക്ഷിക്കാനാകും.

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

ഉത്തരം തൊഴിൽ വിഭജനമായി എഴുതുക: ഏത് പാളി പരാജയപ്പെട്ടു, ആർക്ക് അത് പരിഹരിക്കാം, ആ പരിഹാരത്തിന് എത്ര സമയമെടുക്കും. സ്വയം-ഹോസ്റ്റിംഗ് നിങ്ങൾ ആരെ വിശ്വസിക്കുന്നു എന്നത് മാറ്റുന്നു, അഭ്യാസത്തിന്റെ ഉപയോഗപ്രദമായ ഭാഗം ഏത് പാളിക്കാണ് അവരെ വിശ്വസിക്കുന്നതെന്ന് കൃത്യമായി അറിയുകയാണ്.