GCE VPN മാറ്റത്തിന് മുമ്പ് ഒരു സീരിയൽ വീണ്ടെടുപ്പ് പാത തയ്യാറാക്കുക
Compute Engine VM-ൽ VPN റൂട്ടുകൾ മാറ്റുന്നത് നിങ്ങളെ പുറത്ത് പൂട്ടിയിടാം. റൂട്ടുകൾ തൊടുന്നതിന് മുമ്പ് ക്ലൗഡ് അനുമതി, സീരിയൽ ഔട്ട്പുട്ട്, ഗസ്റ്റ് ലോഗിൻ എന്നിവ തെളിയിക്കുക.
അതേ ഇന്റർഫേസിലുള്ള രണ്ടാമത്തെ SSH വിൻഡോ വീണ്ടെടുപ്പ് പാതയല്ല. നിങ്ങൾ മാറ്റാൻ പോകുന്ന റൂട്ട്, ഫയർവാൾ നിയമം, ഡീമൺ എന്നിവ അത് പങ്കിടുന്നു, അതിനാൽ നിങ്ങൾക്ക് അത് ആവശ്യമുള്ള അതേ നിമിഷത്തിൽ അത് പരാജയപ്പെടുന്നു. Compute Engine VM-ൽ VPN റൂട്ടുകൾ എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് മൂന്ന് വേർതിരിച്ച കാര്യങ്ങൾ തെളിയിക്കുക: നിങ്ങൾക്ക് സീരിയൽ കൺസോൾ ഉപയോഗിക്കാം, അതിന്റെ ഔട്ട്പുട്ട് വായിക്കാം, ഗസ്റ്റ് യഥാർത്ഥത്തിൽ നിങ്ങൾക്ക് ലോഗിൻ നൽകും. ചുവടെയുള്ള പരിശോധനകൾ അതേ ക്രമത്തിൽ, ഏറ്റവും വിലകുറഞ്ഞത് ആദ്യം നടക്കുന്നു, അതിനാൽ കാണാത്ത അനുമതി പ്രധാനമാകുന്നതിന് മുമ്പ് കണ്ടെത്താം.
ഘട്ടം 1: ക്ലൗഡ് വശത്തെ അനുമതി സ്ഥിരീകരിക്കുക
കൃത്യമായ VM, പ്രോജക്റ്റ്, സോൺ എന്നിവ പേരിടുക, തുടർന്ന് ഓർഗനൈസേഷന്റെ അംഗീകൃത സീരിയൽ ആക്സസ് നയം പരിശോധിക്കുക. അഡ്മിനിസ്ട്രേറ്റർക്ക് ബന്ധപ്പെട്ട അനുമതി ആവശ്യമാണ്, കൂടാതെ നിലവിലുള്ള പ്രോജക്റ്റ്, ഓർഗനൈസേഷൻ നിയന്ത്രണങ്ങൾക്ക് കീഴിൽ ആ ഇൻസ്റ്റൻസിന് ഇന്ററാക്ടീവ് സീരിയൽ ആക്സസ് പ്രവർത്തനക്ഷമമാക്കണം.
ഒരു മെഷീൻ തയ്യാറാക്കാൻ ഓർഗനൈസേഷൻ നയം ദുർബലമാക്കരുത്, അല്ലെങ്കിൽ മുഴുവൻ പ്രോജക്റ്റിലും കൺസോൾ ആക്സസ് ഓണാക്കരുത്. പരീക്ഷണത്തിന് മുമ്പ് അനുവദനീയമായ സംവിധാനം ക്രമീകരിക്കാൻ ഉടമയോട് ആവശ്യപ്പെടുക, തടസ്സസമയത്ത് അല്ല.
ഘട്ടം 2: നിങ്ങൾക്ക് ഔട്ട്പുട്ട് വായിക്കാമെന്ന് തെളിയിക്കുക
സീരിയൽ ഔട്ട്പുട്ട് വായിക്കുന്നത് ഏറ്റവും വിലകുറഞ്ഞ പരിശോധനയാണ്, അത് ഗസ്റ്റിന്റെ ലോഗിൻ തൊടാതെ ഗതാഗതം പരിശീലിപ്പിക്കുന്നു:
gcloud compute instances get-serial-port-output VM_NAME \
--project PROJECT_ID --zone ZONE --port 1
ഐഡന്റിഫയറുകൾ മാറ്റി അനുവദനീയമായ പോർട്ട് ഉപയോഗിക്കുക. ബൂട്ട് സന്ദേശങ്ങളും കൺസോൾ സംഭാഷണവും ചാനൽ പ്രവർത്തിക്കുന്നുവെന്ന് പറയുന്നു. അവ നിങ്ങൾക്ക് shell ലഭിക്കുമെന്ന് തെളിയിക്കുന്നില്ല. അതുകൊണ്ടാണ് ഈ ഘട്ടം അടുത്തതിൽ നിന്ന് വേർതിരിച്ചിരിക്കുന്നത്.
ഘട്ടം 3: നിങ്ങൾക്ക് ഇന്ററാക്ടീവ് ലോഗിൻ ലഭിക്കുമെന്ന് തെളിയിക്കുക
കണക്ഷൻ കമാൻഡ് പ്രിവ്യൂവല്ല, യഥാർത്ഥ സെഷൻ തുറക്കുന്നു:
gcloud compute connect-to-serial-port VM_NAME \
--project PROJECT_ID --zone ZONE --port 1
അതിനെ ഒരു ലൈവ് കൺസോളായി കാണുക. ക്രെഡൻഷ്യലുകൾ ടൈപ്പ് ചെയ്യുന്നതിന് മുമ്പ് എൻഡ്പോയിന്റ് സ്ഥിരീകരിക്കുക, കാരണം ഓരോ കീസ്ട്രോക്കും ഇൻസ്റ്റൻസിൽ പതിക്കുന്നു.
ഇവിടെയാണ് പൂർണ്ണമെന്ന് തോന്നിയ പദ്ധതി തകരുന്നത്. ക്ലൗഡ് അനുമതി ഒരു അതിർത്തിയാണ്, Linux ലോഗിൻ പ്രോംപ്റ്റ് മറ്റൊന്നാണ്, ആദ്യത്തേത് കടക്കുന്നത് രണ്ടാമത്തേതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
ഘട്ടം 4: ഗസ്റ്റ് സ്വീകരിക്കുന്ന ക്രെഡൻഷ്യലുകൾ തയ്യാറാക്കുക
Google നൽകുന്ന Linux ഇമേജുകൾ സ്ഥിരസ്ഥിതിയായി പ്രാദേശിക പാസ്വേഡ് അടിസ്ഥാനമാക്കിയ ലോഗിൻ പ്രവർത്തനക്ഷമമാക്കുന്നില്ല. അതിനാൽ ഒരു സീരിയൽ സെഷൻ ലോഗിൻ പ്രോംപ്റ്റിൽ എത്തി അവിടെ നിൽക്കാം, ആരും സജ്ജീകരിക്കാത്ത ക്രെഡൻഷ്യലിനായി കാത്തിരിക്കുന്നു.
അംഗീകൃത വീണ്ടെടുപ്പ് അക്കൗണ്ടോ, നിങ്ങളുടെ വിന്യാസം ഉപയോഗിക്കുന്ന ഏതെങ്കിലും രേഖപ്പെടുത്തിയ ഗസ്റ്റ് ലോഗിൻ രീതിയോ നിലവിലുണ്ടായിരിക്കണം, പരീക്ഷിക്കപ്പെടണം. നെറ്റ്വർക്കിലൂടെ പ്രവർത്തിക്കുന്ന SSH കീ കൺസോൾ പാസ്വേഡ് പ്രോംപ്റ്റ് സ്വയമേവ നിറവേറ്റുന്നില്ല, അതിനാൽ ഈ കേസ് അത് ഉൾക്കൊള്ളുന്നുവെന്ന് കരുതുന്നതിന് പകരം യഥാർത്ഥ OS Login ഉം കീ ക്രമീകരണവും പരിശോധിക്കുക.
വീണ്ടെടുപ്പ് ക്രെഡൻഷ്യലുകൾ സ്വകാര്യമായി സൂക്ഷിക്കുക. പൊതു startup-script ഉദാഹരണത്തിൽ ഒട്ടിച്ച root പാസ്വേഡ് സംഭവിക്കാൻ കാത്തിരിക്കുന്ന രണ്ടാമത്തെ സംഭവമാണ്.
ഘട്ടം 5: ഉടമയും റോൾബാക്കും രേഖപ്പെടുത്തുക
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുന്ന നെറ്റ്വർക്ക് കോൺഫിഗറേഷൻ സംരക്ഷിക്കുക, അത് ആരാണ് കൈകാര്യം ചെയ്യുന്നത്, ഏത് VPN സേവനമാണ് ഉൾപ്പെട്ടിരിക്കുന്നത്, റോൾബാക്ക് എങ്ങനെ നടത്തുന്നു എന്നിവ എഴുതുക. പ്രവർത്തിക്കുന്ന സെഷനിൽ നിന്ന് നിലവിലെ റൂട്ടുകൾ, നിയമങ്ങൾ, സേവന അവസ്ഥ എന്നിവ പകർത്തുക.
ആ രേഖയാണ് ഒരു വീണ്ടെടുപ്പ് ചാനലിനെ അറ്റകുറ്റപ്പണിയാക്കി മാറ്റുന്നത്, കാരണം കൺസോൾ നിങ്ങൾക്ക് ഒരു പ്രോംപ്റ്റ് മാത്രം നൽകുന്നു. മാറ്റത്തിന് മുമ്പ് അത് എഴുതുക, പിന്നീട് ഓർമ്മയിൽ നിന്നല്ല. വിക്കിയിൽ നിന്ന് പകർത്തിയ റോൾബാക്ക് റോൾബാക്ക് അല്ല. അത് പതിപ്പ് നമ്പറുള്ള ഒരു ഊഹമാണ്.
ഘട്ടം 6: മാറ്റത്തിന് ശേഷം പരിശോധിക്കുക
നിലവിലുള്ള SSH സെഷൻ പുതിയവ തടയുന്ന നയത്തിൽ നിന്ന് അതിജീവിച്ചേക്കാം, അതിനാൽ പുതിയ സാധാരണ അഡ്മിനിസ്ട്രേഷൻ സെഷൻ ഉപയോഗിച്ച് പരിശോധിക്കുക. തുടർന്ന് നിങ്ങൾ മാറ്റിയ VPN സ്വഭാവം വെവ്വേറെ പരിശോധിക്കുക.
രണ്ട് പരിശോധനകളും വിജയിക്കുന്നതുവരെ വീണ്ടെടുപ്പ് ചാനൽ തുറന്ന് സൂക്ഷിക്കുക, തുടർന്ന് ആക്സസ് നയം അനുസരിച്ച് അത് അടയ്ക്കുക. SSH ഇതിനകം നഷ്ടമായി കൺസോൾ ലോഗിൻ തയ്യാറാക്കിയിട്ടില്ലെങ്കിൽ, സീരിയൽ ആക്സസിനെ സുരക്ഷാ വലയായി കാണുന്നത് നിർത്തി അംഗീകൃത അക്കൗണ്ട് വീണ്ടെടുപ്പ് അല്ലെങ്കിൽ ഇൻസ്റ്റൻസ് അറ്റകുറ്റപ്പണി പ്രവാഹം ആരംഭിക്കുക. മറ്റൊരു VM ജമ്പ് ഹോസ്റ്റായി നിർത്തുന്നത് ഗസ്റ്റിന്റെ പാതയോ കാണാത്ത ക്രെഡൻഷ്യലുകളോ ശരിയാക്കുന്നില്ല.