ഒരു Azure VM-ന് ടണൽ ആവശ്യമുണ്ട്: ഗസ്റ്റ് ക്ലയന്റോ VPN ഗേറ്റ്‍വേയോ?

ഒരു Azure VM-ലെ ഒരു വർക്ക്ലോഡ് ടണൽ വഴി സ്വകാര്യ നെറ്റ്‌വർക്കിൽ എത്തണം. ഡിസൈൻ തീരുമാനിക്കുന്ന ചോദ്യം ഏത് VPN ഉൽപ്പന്നമാണ് മികച്ചത് എന്നതല്ല; മറ്റേതെങ്കിലും യന്ത്രത്തിന് ആ പാത ഒരിക്കലെങ്കിലും ആവശ്യമാകുമോ എന്നതാണ്. ആദ്യം അതിന് ഉത്തരം നൽകൂ, ബാക്കി ആർക്കിടെക്ചർ സാധാരണയായി സ്വയം തിരഞ്ഞെടുക്കും. തെറ്റ് വരുത്തിയാൽ, ആരും രേഖപ്പെടുത്താത്ത ഒരു റൂട്ടറായി നിശബ്ദമായി മാറിയ VM നിങ്ങൾക്ക് അവകാശമായി ലഭിക്കും.

സമാനമായി തോന്നുന്ന രണ്ട് ജോലികൾ

ഒരു VM എൻഡ്‌പോയിന്റോ ട്രാൻസിറ്റ് പോയിന്റോ ആകാം, വ്യത്യാസം നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്ന സോഫ്റ്റ്‌വെയറിലല്ല, ടണൽ ആരാണ് ഉപയോഗിക്കുന്നത് എന്നതിലാണ്. എൻഡ്‌പോയിന്റ് എന്ന നിലയിൽ ഗസ്റ്റ് സ്വന്തം പ്രോസസുകൾക്കായി ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുന്നു. ട്രാൻസിറ്റ് പോയിന്റ് എന്ന നിലയിൽ അത് മറ്റ് വർക്ക്ലോഡുകളുടെ പാക്കറ്റുകൾ കൈമാറുന്നു, അതിലൂടെ അത് നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ടോപ്പോളജിയുടെ ഭാഗമാകുന്നു.

ഒരു VM-നുള്ള മിക്ക അഭ്യർത്ഥനകളും രണ്ടാം ജോലിയുടെ ഭാഷ ധരിച്ച ആദ്യ ജോലിയാണ്. ആരോ “VM ഞങ്ങളുടെ VPN ആണ്” എന്ന് പറയുന്നു, എന്നാൽ അർത്ഥം അതിലുള്ള ഒരു ആപ്ലിക്കേഷൻ മറുവശത്തെ ഡാറ്റാബേസിൽ എത്തണം എന്നാണ്.

വ്യവസ്ഥ ഒന്ന്: അപ്പുറത്തെ വശം മറ്റെന്തിനെങ്കിലും ആവശ്യമുണ്ടോ?

ഉത്തരം ഇല്ല എന്നാണെങ്കിൽ ഗസ്റ്റിൽ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്ത് ഡിസൈൻ ചെയ്യുന്നത് നിർത്തുക. ആ തിരഞ്ഞെടുപ്പിൽ യാതൊന്നും മാനേജുചെയ്യുന്ന ഗേറ്റ്‌വേ ആവശ്യപ്പെടുന്നില്ല, അതിൽ യാതൊന്നും VM-നെ അതിന്റെ അയൽക്കാർക്കുള്ള ഗേറ്റ്‌വേ ആക്കുന്നുമില്ല. നിങ്ങൾ ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിനുള്ളിൽ ഒരു റൂട്ട് ചേർക്കുകയാണ്.

ഉത്തരം അതെയാണെങ്കിൽ, അല്ലെങ്കിൽ ഒരു വർഷത്തിനുള്ളിൽ ഒരുപക്ഷേ അതെയാണെങ്കിൽ, ഇപ്പോൾ അതിനെ നെറ്റ്‌വർക്ക് ഡിസൈനായി കാണുക. മറ്റ് VM-കൾ ട്രാൻസിറ്റ് VM-ൽ എത്തുന്നത് സബ്‌നെറ്റ് റൂട്ട് പട്ടിക അവയെ അങ്ങോട്ട് അയക്കുകയും NIC ഫോർവേഡ് ചെയ്ത ട്രാഫിക് സ്വീകരിക്കുകയും ചെയ്യുമ്പോൾ മാത്രമാണ്, അതിനാൽ ജോലി റൂട്ട് പട്ടികകളും ഫോർവേഡിംഗ് അനുമതികളുമാണ്, മറ്റൊരു ക്ലയന്റ് ഇൻസ്റ്റാളല്ല.

വ്യവസ്ഥ രണ്ട്: അഡ്മിനിസ്ട്രേഷൻ പാത നിലനിർത്താനാകുമോ?

വിശാലമായ റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്ന VPN ക്ലയന്റ് നിങ്ങൾ VM നിയന്ത്രിക്കാൻ ഉപയോഗിക്കുന്ന പാത കൈയടക്കാം. ടണലിന്റെ ലക്ഷ്യസ്ഥാന പട്ടിക മാനേജ്‌മെന്റ് നെറ്റ്‌വർക്കുമായി ഓവർലാപ്പ് ചെയ്താൽ, ക്ലയന്റ് ബന്ധിപ്പിക്കുന്ന നിമിഷം നിങ്ങളുടെ SSH അല്ലെങ്കിൽ RDP സെഷൻ വീഴും, തിരുത്ത് സീരിയൽ കൺസോളിലൂടെയോ പുനർനിർമ്മാണത്തിലൂടെയോ പ്രയോഗിക്കേണ്ടിവരും.

മുൻപും ശേഷവും പരിശോധിക്കുക. Linux-ൽ ip route get <management-ip> കെർണൽ ഇപ്പോൾ ഏത് ഇന്റർഫേസും സ്രോതസ്സും ഉപയോഗിക്കുമെന്ന് കാണിക്കുന്നു; ടണൽ സജീവമായിരിക്കുമ്പോഴുള്ള ഉത്തരവുമായി അത് താരതമ്യം ചെയ്യുക. വ്യക്തമായ ലക്ഷ്യസ്ഥാന പട്ടികയുള്ള വിഭജിത ടണൽ ഡിഫോൾട്ട് റൂട്ടിനെക്കാൾ പ്രതിരോധിക്കാൻ എളുപ്പമാണ്, സാധാരണയായി വർക്ക്ലോഡിന് യഥാർത്ഥത്തിൽ വേണ്ടതും അതാണ്.

വ്യവസ്ഥ മൂന്ന്: അർദ്ധരാത്രിയിൽ ഇത് ആര് പാച്ച് ചെയ്യുന്നു?

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

മാനേജുചെയ്യുന്ന ഗേറ്റ്‌വേ ആ അറ്റകുറ്റപ്പണി പ്ലാറ്റ്‌ഫോമിലേക്ക് നീക്കുന്നു. ഐഡന്റിറ്റി, അംഗീകാരം, അതിന് പിന്നിലെ നെറ്റ്‌വർക്ക് പാതകൾ ഇപ്പോഴും നിങ്ങളുടേതാണ്, പക്ഷേ ക്ലയന്റ് അപ്‌ഡേറ്റ് പ്രയോഗിക്കാൻ നിങ്ങൾ യന്ത്രം റീബൂട്ട് ചെയ്യുന്നില്ല.

മാനേജുചെയ്യുന്ന ഗേറ്റ്‌വേ ചെയ്യാത്തത്

Azure VPN Gateway എന്നത് സ്വന്തം സൈറ്റ്-ടു-സൈറ്റ്, പോയിന്റ്-ടു-സൈറ്റ് ക്രമീകരണങ്ങളുള്ള VNet കണക്റ്റിവിറ്റി സേവനമാണ്. ഇത് ഗസ്റ്റിൽ VPN സോഫ്റ്റ്‌വെയർ വിലക്കുന്ന നിയമമല്ല, ഒരു ആപ്ലിക്കേഷന് ആവശ്യമായ ക്ലയന്റിന്റെ നേരിട്ടുള്ള പകരക്കാരനുമല്ല.

ഇത് നൽകുന്നത് നെറ്റ്‌വർക്ക് പാളിയിലെ ഒരു കണക്ഷനാണ്, റൂട്ടിംഗിലൂടെ പല വർക്ക്ലോഡുകൾക്കും അതിൽ എത്താം. ഇത് നൽകാത്തത് ഒരു VM-ലെ ഒരു പ്രോസസ് മാത്രം ഉപയോഗിക്കുന്ന, ആ പ്രോസസിന്റെ ഐഡന്റിറ്റിയിൽ പരിമിതപ്പെടുത്തിയ ടണലാണ്. ആ പരിമിതി ക്ഷമിക്കണം പറയേണ്ട കുറവല്ല; അതാണ് ഗസ്റ്റ്-ക്ലയന്റ് ഡിസൈനിന്റെ കാതൽ. ഒരു ആപ്ലിക്കേഷൻ, ഒരു റൂട്ട്, ഒരു ക്രെഡൻഷ്യൽ സെറ്റ്, സബ്‌നെറ്റിലെ മറ്റ് VM-കളിൽ യാതൊരു സ്വാധീനവുമില്ല.

അതിനാൽ താരതമ്യം മാനേജുചെയ്യുന്നതും സോഫ്റ്റ്‌വെയറും തമ്മിലല്ല. ഇത് നെറ്റ്‌വർക്ക്-പരിധിയുള്ള കണക്റ്റിവിറ്റിയും പ്രോസസ്-പരിധിയുള്ള കണക്റ്റിവിറ്റിയും തമ്മിലാണ്, രണ്ടാമത്തേത് ഒരു പ്രോസസിന് മാത്രം അത് ആവശ്യമാകുമ്പോൾ ന്യായമാണ്.

ആവശ്യമാകുന്നതിന് മുൻപ് വളർച്ചയുടെ പാത ആസൂത്രണം ചെയ്യുക

ആവശ്യകത ഒരു VM-ൽ നിന്ന് സബ്‌നെറ്റിലേക്ക് വളർന്നാൽ, ക്ലയന്റിന്റെ അനുവദിച്ച പ്രിഫിക്സുകൾ വിശാലമാക്കുന്നതിന് പകരം ഡിസൈൻ പുനർനിർമ്മിക്കുക. സൗകര്യപ്രദമായ സെഷൻ രേഖപ്പെടുത്താത്ത റൂട്ടറായി പുനരുപയോഗിക്കുന്നത് ഓരോ ഉപഭോക്താവിനെയും ആ VM-ന്റെ ആയുസ്സ്, അതിന്റെ ക്രെഡൻഷ്യലുകൾ, അതിന്റെ പാച്ച് വിൻഡോ എന്നിവയുമായി ബന്ധിപ്പിക്കുന്നു.

കണക്ഷൻ വർക്ക്ലോഡ്-പരിധിക്ക് പകരം നെറ്റ്‌വർക്ക്-പരിധിയാകുമ്പോൾ ശരിയായ ആരംഭബിന്ദു Azure VPN Gateway അവലോകനം ആണ്.

തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് മൂന്ന് വരികൾ എഴുതുക: അപ്പുറത്തെ വശം ആർക്ക് വേണം, VM ആര് നിയന്ത്രിക്കുന്നു, ടണൽ ആര് പാച്ച് ചെയ്യുന്നു. മൂന്ന് ഉത്തരങ്ങളും ഒരു വർക്ക്ലോഡിലേക്ക് ചൂണ്ടുന്നെങ്കിൽ ഗസ്റ്റ് ക്ലയന്റാണ് സത്യസന്ധമായ ഡിസൈൻ. അവയിലേതെങ്കിലും സബ്‌നെറ്റിലേക്ക് ചൂണ്ടുന്നെങ്കിൽ ഇപ്പോൾ തന്നെ നെറ്റ്‌വർക്ക് പാളി ഡിസൈൻ ചെയ്യുക.