പോയിന്റ് ടു സൈറ്റിന് റൂട്ട് അധിഷ്ഠിത Azure VPN ഗേറ്റ്‌വേ എന്തിന് വേണം

നയ അധിഷ്ഠിത ഗേറ്റ്‌വേ ട്രാഫിക് സെലക്ടർമാർ തിരഞ്ഞെടുക്കുന്ന ഒരു IPsec ടണൽ നിർമ്മിക്കുന്നു, കൂടാതെ ക്ലയന്റ് റൂട്ടുകൾ കൈമാറാൻ ഇന്റർഫേസ് ഇല്ല. പോയിന്റ് ടു സൈറ്റ് ഒരു റൂട്ടിംഗ് സവിശേഷതയാണ്: ഗേറ്റ്‌വേയ്ക്ക് ഒരു ക്ലയന്റ് വിലാസ പൂൾ ഉണ്ട്, കൂടാതെ വെർച്വൽ നെറ്റ്‌വർക്കിൽ ആ ക്ലയന്റുകളിലേക്ക് റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. ഈ വൈരുദ്ധ്യമാണ് പോർട്ടൽ അത് ചേർക്കാനുള്ള ഒരു ഓപ്ഷനും കാണിക്കാത്തതിന്റെ കാരണം. നിലവിലുള്ള ഗേറ്റ്‌വേയിൽ ഇന്റർഫേസ് സൃഷ്ടിക്കാൻ ടോഗിൾ ചെയ്യാവുന്ന ഒന്നുമില്ല, അതിനാൽ മാറ്റം ഒരു കോൺഫിഗറേഷൻ എഡിറ്റല്ല, മാറ്റിസ്ഥാപിക്കലാണ്.

വ്യക്തിഗത ഘട്ടങ്ങളേക്കാൾ ക്രമമാണ് പ്രധാനം. ക്രമം തെറ്റിയാൽ സൈറ്റ് ടു സൈറ്റ് തടസ്സം അറ്റകുറ്റപ്പണി വിൻഡോയ്ക്ക് അപ്പുറം നീളും.

നയ അധിഷ്ഠിത ഗേറ്റ്‌വേ യഥാർത്ഥത്തിൽ എന്തു ചെയ്യുന്നു

നയ അധിഷ്ഠിത ഗേറ്റ്‌വേ കണക്ഷനിൽ കോൺഫിഗർ ചെയ്ത ട്രാഫിക് സെലക്ടർമാരുമായി പാക്കറ്റുകൾ പൊരുത്തപ്പെടുത്തുകയും പൊരുത്തങ്ങൾ ഒരു ടണലിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. വിലാസമുള്ള ടണൽ ഇന്റർഫേസ് ഇല്ല, കൂടാതെ വെർച്വൽ നെറ്റ്‌വർക്കിൽ എവിടെയും ഓരോ ക്ലയന്റിനുമുള്ള റൂട്ട് കാണുന്നില്ല. റൂട്ട് ടേബിൾ ഗേറ്റ്‌വേയിലേക്ക് ചൂണ്ടുന്ന പ്രാദേശിക പ്രിഫിക്സുകൾ മാത്രം സ്വീകരിക്കുന്നു. രണ്ട് സ്ഥിര വിലാസ ഇടങ്ങൾക്കിടയിലുള്ള സൈറ്റ് ടു സൈറ്റ് കണക്ഷന് ഈ മാതൃക മതി.

റൂട്ട് അധിഷ്ഠിത ഗേറ്റ്‌വേ വിപരീതമായി പ്രവർത്തിക്കുന്നു: അത് ഒരു ടണൽ ഇന്റർഫേസ് അവതരിപ്പിക്കുന്നു, അതിൽ എന്ത് പ്രവേശിക്കണം എന്ന് റൂട്ടുകൾ തീരുമാനിക്കുന്നു. പോയിന്റ് ടു സൈറ്റും സഹകാരികളുടെ കൂട്ടം മാറുന്ന ഏത് രൂപകൽപ്പനയും ആ ഇന്റർഫേസിന്റെ നിലനിൽപ്പിനെ ആശ്രയിച്ചിരിക്കുന്നു.

ക്ലയന്റ് പൂളിന് ആ ഇന്റർഫേസ് എന്തിന് വേണം

ലാപ്‌ടോപ്പ് കണക്ട് ചെയ്യുമ്പോൾ, ഗേറ്റ്‌വേ അതിന് പോയിന്റ് ടു സൈറ്റ് പൂളിൽ നിന്ന് ഒരു വിലാസം നൽകുന്നു. തുടർന്ന് ഈ വിലാസം ഗേറ്റ്‌വേ വഴി എത്താവുന്നതാണെന്ന് പറയുന്ന ഒരു റൂട്ട് വെർച്വൽ നെറ്റ്‌വർക്കിന് വേണം. ടണൽ ഇന്റർഫേസ് ഇല്ലാതെ ആ റൂട്ട് ഘടിപ്പിക്കാൻ ഒന്നുമില്ല.

പൂൾ നിങ്ങൾ നിശ്ചയിക്കുന്ന ഒരു ശ്രേണിയിൽ നിന്നാണ് വരുന്നത്, ഗേറ്റ്‌വേ അതിൽ നിന്ന് അനുവദിക്കുന്നു. ആ ശ്രേണി പ്രാദേശിക നെറ്റ്‌വർക്കുമായോ പിയർ ചെയ്ത വെർച്വൽ നെറ്റ്‌വർക്കുമായോ ഓവർലാപ്പ് ചെയ്താൽ, ഒരു ക്ലയന്റ് കണക്ട് ചെയ്തതിന് ശേഷം മാത്രമേ സംഘർഷം പ്രത്യക്ഷപ്പെടൂ, അത് കണ്ടെത്താൻ മോശം സമയമാണ്. മാറ്റം തുടങ്ങുന്നതിന് മുമ്പ് പൂൾ റിസർവ് ചെയ്യുക.

തരവും ഓരോ കണക്ഷനിലെ ക്രമീകരണമല്ല. ഒരു ഗേറ്റ്‌വേയ്ക്ക് ഒരു തരം മാത്രം, അത് കൈവശം വയ്ക്കുന്ന ഓരോ കണക്ഷനും അതിനനുസരിച്ച് പ്രവർത്തിക്കുന്നു, അതിനാൽ മിശ്രിത രൂപകൽപ്പനയ്ക്ക് രണ്ടാമത്തെ കണക്ഷനല്ല, രണ്ടാമത്തെ ഗേറ്റ്‌വേ വേണം.

തരം സൃഷ്ടിക്കുമ്പോൾ തന്നെ നിശ്ചയിക്കപ്പെടുന്നു

Microsoft പറയുന്നത്, വെർച്വൽ നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ വിന്യസിച്ചതിന് ശേഷം നയ അധിഷ്ഠിതത്തിനും റൂട്ട് അധിഷ്ഠിതത്തിനും ഇടയിൽ മാറ്റാൻ കഴിയില്ല എന്നാണ്. പരിവർത്തന കമാൻഡോ പോർട്ടലിലെ ടോഗിളോ ഇല്ല. അതേ സബ്‌നെറ്റിൽ രണ്ടാമത്തെ ഗേറ്റ്‌വേ സൃഷ്ടിക്കുന്നതും പകരം വഴിയല്ല, കാരണം Azure ഒരു വെർച്വൽ നെറ്റ്‌വർക്കിന് ഒരു ഗേറ്റ്‌വേ മാത്രം അനുവദിക്കുന്നു. അതിനാൽ മാറ്റം നീക്കം ചെയ്യലും വീണ്ടും നിർമ്മിക്കലും വീണ്ടും കണക്ട് ചെയ്യലുമാണ്.

അത് SKU തീരുമാനത്തെയും അതേ നിർമ്മാണത്തിൽ ഉൾപ്പെടുത്തുന്നു. പിന്നീട് വലിയ SKU-ലേക്ക് മാറുന്നത് മറ്റൊരു തടസ്സത്തോടെയുള്ള മറ്റൊരു ഗേറ്റ്‌വേ മാറ്റിസ്ഥാപിക്കലാണ്.

ഒരു ഗേറ്റ്‌വേ, ഒരു GatewaySubnet

ഗേറ്റ്‌വേ GatewaySubnet എന്ന സബ്‌നെറ്റിൽ താമസിക്കുന്നു, അത് ഒരു ഗേറ്റ്‌വേ മാത്രം കൈവശപ്പെടുത്തുന്നു. ആ സബ്‌നെറ്റിന്റെ വലിപ്പം നിർണ്ണയിക്കുന്നത് തയ്യാറെടുപ്പിന്റെ ഭാഗമാണ്, കാരണം വലിയ SKU-യ്ക്ക് കൂടുതൽ വിലാസങ്ങൾ വേണം, സബ്‌നെറ്റ് പിന്നീട് ചെറുതാക്കാൻ കഴിയില്ല. എന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് നിലവിലെ സൈറ്റ് ടു സൈറ്റ് ക്രമീകരണങ്ങൾ, പങ്കിട്ട കീ, പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ, ഫലപ്രദമായ റൂട്ടുകൾ എന്നിവ രേഖപ്പെടുത്തുക. തുടർന്ന് വിൻഡോയെ ഒരു തടസ്സമായി കണക്കാക്കുക, കാരണം പുതിയ കണക്ഷൻ കോൺഫിഗർ ചെയ്യുന്നത് വരെ സൈറ്റ് ടു സൈറ്റ് ടണൽ താഴെ തുടരും.

തടസ്സം പരിമിതപ്പെടുത്തുന്ന പുനർനിർമ്മാണ ക്രമം: റൂട്ട് അധിഷ്ഠിത ഗേറ്റ്‌വേ സൃഷ്ടിക്കുക, അതേ പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയിലേക്ക് സൈറ്റ് ടു സൈറ്റ് കണക്ഷൻ വീണ്ടും സൃഷ്ടിക്കുക, ടണലും ഒരു ഹോസ്റ്റ് ടു ഹോസ്റ്റ് അഭ്യർത്ഥനയും സ്ഥിരീകരിക്കുക, അതിന് ശേഷം മാത്രം പോയിന്റ് ടു സൈറ്റ് ചേർത്ത് പുതിയ ക്ലയന്റ് പാക്കേജ് സൃഷ്ടിക്കുക.

മാറ്റിസ്ഥാപിക്കൽ എന്ത് പരിഹരിക്കുന്നില്ല

രണ്ടാമത്തെ പരിധി Azure-ന്റേതല്ല, സഹകാരിയുടേതാണ്. നയ അധിഷ്ഠിത പ്രാദേശിക ഉപകരണത്തിന് അത് കണക്ട് ചെയ്യുന്ന വെർച്വൽ നെറ്റ്‌വർക്കിൽ മാത്രം എത്താൻ കഴിയും, അതേ ഗേറ്റ്‌വേ വഴി മറ്റ് പ്രാദേശിക നെറ്റ്‌വർക്കുകളിലേക്കോ മറ്റ് വെർച്വൽ നെറ്റ്‌വർക്കുകളിലേക്കോ കടക്കാൻ കഴിയില്ല. Azure വശം മാറ്റിസ്ഥാപിക്കുന്നത് സഹകാരിക്ക് എന്ത് തിരഞ്ഞെടുക്കാം എന്നത് മാറ്റുന്നില്ല.

ആവശ്യകത യഥാർത്ഥത്തിൽ സൈറ്റുകൾക്കിടയിലുള്ള കടത്തലാണ് എങ്കിൽ, ഉത്തരം റൂട്ട് അധിഷ്ഠിത സഹകാരി ഉപകരണമോ ഓരോ ലക്ഷ്യവും വെവ്വേറെ അവസാനിക്കുന്ന ടോപ്പോളജിയോ ആണ്. തീയതി വാഗ്ദാനം ചെയ്യുന്നതിന് മുമ്പ് ഇത് തീരുമാനിക്കുക, കാരണം ഗേറ്റ്‌വേ മാറ്റിസ്ഥാപിക്കൽ മാത്രം അത് നൽകില്ല.

പ്രവർത്തനങ്ങളുടെയും പരിശോധനകളുടെയും ക്രമം

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

ഏതെങ്കിലും ടോപ്പോളജി മാറ്റത്തിന് ശേഷം ക്ലയന്റ് പാക്കേജുകൾ വീണ്ടും സൃഷ്ടിക്കുക, പൂൾ ഓരോ പ്രാദേശിക, പിയർ ചെയ്ത ശ്രേണിയിൽ നിന്നും അകറ്റി നിർത്തുക. പരിധികളും SKU വ്യത്യാസങ്ങളും Azure VPN Gateway ക്രമീകരണ റഫറൻസിൽ ശേഖരിച്ചിരിക്കുന്നു.