Google Cloud VPC ലേക്ക് വിദൂര ഡെവലപ്പർ ആക്സസ്: ശരിയായ വഴി തിരഞ്ഞെടുക്കുക

ഒരു ഡെവലപ്പർക്ക് ഒരു SSH സെഷൻ, ഒരു ഡാറ്റാബേസ് പോർട്ട്, അല്ലെങ്കിൽ ഒരു ഡസൻ സ്വകാര്യ സേവനങ്ങളിലേക്കുള്ള വിശാല ആക്സസ് ആവശ്യമാണ്, ഈ അഭ്യർത്ഥനകളിൽ ഓരോന്നും ഒരേ ചോദ്യം പോലെ തോന്നുന്നു. അങ്ങനെയല്ല. ലക്ഷ്യങ്ങൾ, പ്രോട്ടോക്കോളുകൾ, ഉൾപ്പെട്ട ഐഡന്റിറ്റികൾ എന്നിവയാണ് Google Cloud ലെ ഏത് ആക്സസ് വഴി യോജിക്കുന്നു എന്ന് തീരുമാനിക്കുന്നത്, ഡിഫോൾട്ടായി ഏറ്റവും വിശാലമായത് തിരഞ്ഞെടുക്കുന്നത് നിങ്ങൾ ഏൽക്കേണ്ടതില്ലാത്ത ജോലി സൃഷ്ടിക്കുന്നു.

ലക്ഷ്യങ്ങളും പ്രോട്ടോക്കോളുകളും എഴുതി വയ്ക്കുക

ജോലിക്ക് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള സ്വകാര്യ വിലാസങ്ങൾ, പോർട്ടുകൾ, പ്രോട്ടോക്കോളുകൾ എന്നിവ ലിസ്റ്റ് ചെയ്യുക, തുടർന്ന് ഏത് ഐഡന്റിറ്റികൾ വെവ്വേറെ സ്ഥിരീകരിക്കണം എന്ന് അടയാളപ്പെടുത്തുക. ഡാറ്റാബേസ് പോർട്ടും സ്വകാര്യ DNS സോണും വ്യത്യസ്ത ആവശ്യകതകളാണ്, UDP സേവനം താഴെയുള്ള ഓപ്ഷനുകളിൽ ഒന്നിനെ പൂർണ്ണമായി ഒഴിവാക്കുന്നു. രേഖാമൂലമുള്ള ലിസ്റ്റ് നിങ്ങൾ നൽകാത്തത് എന്താണെന്നും കാണിക്കുന്നു. അവലോകകർ ചോദിക്കുന്നത് ആ ഭാഗത്തെക്കുറിച്ചാണ്.

ലിസണർ തുറക്കുന്നതിന് മുമ്പ് ഇത് ചെയ്യുക. ലിസ്റ്റ് പിന്നീട് സ്വീകാര്യതാ പരിശോധനയായി മാറുന്നു, ഇടുങ്ങിയ തുരങ്കത്തെ യാദൃച്ഛികമായി പ്രവർത്തിക്കുന്ന വിശാല തുരങ്കത്തിൽ നിന്ന് വേർതിരിച്ചറിയാനുള്ള ഏക വിശ്വസനീയമായ മാർഗം അതാണ്.

കുറച്ച് TCP സേവനങ്ങൾക്ക് IAP

Identity-Aware Proxy ലെ TCP ഫോർവേഡിംഗ് സേവനം ഇന്റർനെറ്റിൽ തുറക്കാതെ യോഗ്യമായ VM വിഭവങ്ങളിലേക്ക് സ്ഥിരീകരിച്ച തുരങ്കം നൽകുന്നു. ദൈനംദിന രൂപം gcloud compute ssh instance-1 --tunnel-through-iap --zone=us-central1-a ആണ്, ഒരു പോർട്ട് gcloud compute start-iap-tunnel instance-1 5432 --local-host-port=localhost:15432 --zone=us-central1-a ഉപയോഗിച്ച് പ്രാദേശികമായി ഫോർവേഡ് ചെയ്യാം.

മൂന്ന് കാര്യങ്ങൾ യോജിക്കണം: വിളിക്കുന്നയാൾക്ക് IAP തുരങ്ക ആക്സസ് റോൾ ആവശ്യമാണ്, ഫയർവാൾ IAP ഉറവിട ശ്രേണി അനുവദിക്കണം, ലക്ഷ്യം ഇൻസ്റ്റൻസിൽ എത്താവുന്നതായിരിക്കണം. തുരങ്കം സൃഷ്ടിക്കാനുള്ള അധികാരം ഡാറ്റാബേസ് ക്രെഡൻഷ്യൽ, SSH ലോഗിൻ അല്ലെങ്കിൽ RDP സെഷൻ അല്ല, അതിനാൽ ആപ്ലിക്കേഷൻ സ്ഥിരീകരണം അതിന്റെ സ്ഥാനത്ത് തന്നെ നിർത്തുക.

IAP TCP ഫോർവേഡിംഗ് മൂന്നാം പാളിയുടെ VPN അല്ല. അത് TCP തിരഞ്ഞെടുത്ത ലക്ഷ്യത്തിലേക്ക് കൊണ്ടുപോകുന്നു, അനിയന്ത്രിത IP ട്രാഫിക്കോ UDP യോ അല്ല, ഒരു ആപ്ലിക്കേഷന് പല സേവനങ്ങളിലായി സ്വകാര്യ DNS ആവശ്യമുള്ളപ്പോൾ അത് നന്നായി യോജിക്കുന്നില്ല.

വിശാലമായ എത്തിച്ചേരലിനായി റിമോട്ട്-ആക്സസ് VPN

പല ലക്ഷ്യങ്ങൾ, പ്രോട്ടോക്കോളുകൾ അല്ലെങ്കിൽ സ്വകാര്യ DNS സോണുകൾ ആവശ്യമുള്ളപ്പോൾ, VM ലോ പിന്തുണയുള്ള ഉപകരണത്തിലോ വ്യക്തമായി നിർവഹിക്കുന്ന റിമോട്ട്-ആക്സസ് VPN ആണ് മികച്ച രൂപം. ആ വിന്യാസം Google നിർവഹിക്കുന്ന Cloud VPN ൽ നിന്ന് വേറിട്ടതാണ്: ക്ലയന്റ് ഐഡന്റിറ്റി രജിസ്ട്രേഷൻ, സോഫ്റ്റ്വെയർ അപ്ഡേറ്റുകൾ, ക്ലയന്റ് റൂട്ടുകൾ, VPC മടക്ക റൂട്ടുകൾ എന്നിവ നിങ്ങളുടേതാണ്.

പൊതു ലിസണർ മാത്രമല്ല, മുഴുവൻ ലിസ്റ്റും ആസൂത്രണം ചെയ്യുക. തുരങ്ക കൂട്ടം, അതിലേക്കുള്ള VPC റൂട്ട്, ഫോർവേഡിംഗ് നിയന്ത്രണങ്ങൾ, DNS റെസല്യൂഷൻ, സേവനം തോറുമുള്ള ആക്സസ് നയം എന്നിവ ഉൾപ്പെടുത്തുക. ബന്ധിപ്പിക്കുന്നുവെങ്കിലും ആന്തരിക നാമങ്ങൾ പരിഹരിക്കാൻ കഴിയാത്ത VPN ഡെവലപ്പറുടെ പ്രവാഹത്തെ ഒരിക്കലും ബന്ധിപ്പിക്കാത്ത VPN പോലെ തന്നെ പൂർണ്ണമായി പരാജയപ്പെടുത്തുന്നു.

Cloud VPN ഒരു സൈറ്റ് ഗേറ്റ്വേ ആണ്, ലാപ്ടോപ്പ് പ്രൊഫൈൽ അല്ല

Google Cloud VPN IPsec വഴി സമപ്രായ ഗേറ്റ്വേകളെ ബന്ധിപ്പിക്കുന്നു, അതിന്റെ പതിവ് ചോദ്യങ്ങൾ ആ സൈറ്റ്-ടു-സൈറ്റ് റോളിനെ ക്ലയന്റ്-ടു-ഗേറ്റ്വേ ആക്സസിൽ നിന്ന് വേർതിരിക്കുന്നു. തുരങ്കം സൃഷ്ടിക്കുന്നത് ജീവനക്കാരൻ ലാപ്ടോപ്പിൽ ഇറക്കുമതി ചെയ്യുന്ന പ്രൊഫൈൽ ഉണ്ടാക്കുന്നില്ല. ആരെങ്കിലും Cloud VPN പ്രൊഫൈൽ ആവശ്യപ്പെടുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാണ്. ഉത്തരം മറ്റൊരു ഉൽപ്പന്നമാണ്.

ഗേറ്റ്വേ നന്നായി ചെയ്യുന്നത് ഓഫീസ് നെറ്റ്വർക്കിന് പിന്നിലുള്ള യന്ത്രങ്ങൾക്ക് VPC ലേക്ക് ഒരു റൂട്ട് നൽകുക എന്നതാണ്. അത് ഓരോ ജീവനക്കാരനെയും സ്ഥിരീകരിക്കുന്നില്ല, ആപ്ലിക്കേഷൻ അനുമതികൾ നൽകുന്നുമില്ല, അതിനാൽ ആ നയങ്ങൾ ഐഡന്റിറ്റി അനുസരിച്ച് നടപ്പാക്കാവുന്ന നെറ്റ്വർക്ക്, ആപ്ലിക്കേഷൻ പാളികളിൽ തുടരുന്നു.

സ്ഥിരീകരിച്ച് രേഖപ്പെടുത്തുക

ആദ്യം ഏറ്റവും ഇടുങ്ങിയ ലക്ഷ്യം, പിന്നെ DNS ആവശ്യമുള്ളത്, പിന്നെ നിരസിക്കപ്പെട്ടു തന്നെ നിൽക്കേണ്ട ലക്ഷ്യം പരിശോധിക്കുക. ഓരോ പരിശോധനയും ഉത്പാദനത്തിൽ ഈ വഴി ഉപയോഗിക്കുന്ന അതേ ക്ലയന്റിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക, കാരണം അഡ്മിനിസ്ട്രേറ്ററുടെ വർക്ക്സ്റ്റേഷനിൽ നിന്നുള്ള വിജയകരമായ പരിശോധന വേറെ നെറ്റ്വർക്കുള്ള ഡെവലപ്പറുടെ ലാപ്ടോപ്പിനെക്കുറിച്ച് വളരെ കുറച്ചേ തെളിയിക്കുന്നുള്ളൂ.

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