AWS VPN-ലേക്ക് ഒരു ഓൺ-പ്രെമൈസസ് സബ്‌നെറ്റ് ചേർക്കുക: VGW അല്ലെങ്കിൽ Transit Gateway

നിലവിലുള്ള ഒരു Site-to-Site VPN 10.60.0.0/16 കൊണ്ടുപോകുന്നു, അതേ ഓൺ-പ്രെമൈസസ് ഗേറ്റ്‌വേയുടെ പിന്നിൽ 10.70.0.0/16 എന്ന നിലയിൽ പുതിയ സേവന നെറ്റ്‌വർക്ക് പ്രത്യക്ഷപ്പെടുന്നു, ഒപ്പം പ്രോക്സി വേണോ എന്ന് ആരോ ചോദിക്കുന്നു. സാധാരണയായി വേണ്ട: റൂട്ട് ചെയ്ത പാതയ്ക്ക് പ്രിഫിക്സ് കൊണ്ടുപോകാം, പക്ഷേ മൂന്ന് കാര്യങ്ങൾ ഒത്തുചേരുമ്പോൾ മാത്രം, ഏത് മൂന്ന് എന്നത് നിങ്ങൾ ഇപ്പോൾ പ്രവർത്തിപ്പിക്കുന്ന AWS ആർക്കിടെക്ചറിനെ ആശ്രയിച്ചിരിക്കുന്നു. വെർച്വൽ പ്രൈവറ്റ് ഗേറ്റ്‌വേയ്ക്ക് ഒരു റൂട്ട് ടേബിൾ അതിർത്തിയുണ്ട്; ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ രണ്ടാമത്തേത് ചേർക്കുന്നു. പ്രഖ്യാപനം ശരിയും ടേബിൾ തെറ്റും ആയാൽ ആരോഗ്യകരമായി തോന്നുന്നതും ഒന്നും എത്തിക്കാത്തതുമായ ഒരു സെഷൻ ഉണ്ടാകുന്നു.

ഗേറ്റ്‌വേയ്ക്ക് യഥാർത്ഥത്തിൽ എത്തിക്കാൻ കഴിയുന്ന ഒരു പ്രിഫിക്സ് പ്രസിദ്ധീകരിക്കുക

ഏതെങ്കിലും പ്രഖ്യാപനത്തിന് അർത്ഥമാകുന്നതിന് മുമ്പ് ഓൺ-പ്രെമൈസസ് ഗേറ്റ്‌വേയ്ക്ക് പുതിയ നെറ്റ്‌വർക്കിലേക്കുള്ള ഒരു പാത വേണം. BGP വഴി 10.70.0.0/16 പ്രഖ്യാപിക്കുന്നത് ആ ശ്രേണിയിലെ പാക്കറ്റുകൾ എവിടേക്ക് അയക്കണമെന്ന് AWS-നോട് പറയുന്നു; എന്നാൽ മറുവശത്ത് ശ്രേണി എത്താവുന്നതാക്കുന്ന പ്രാദേശിക ഫോർവേഡിംഗ് പാത അത് സൃഷ്ടിക്കുന്നില്ല. ഗേറ്റ്‌വേയ്ക്ക് പ്രിഫിക്സിനായി അത് കൈവശം വയ്ക്കുന്ന ഉപകരണത്തിലേക്ക് ചൂണ്ടുന്ന ഒരു റൂട്ട് ഉണ്ടെന്നും, ഉപകരണം ആ വിലാസങ്ങൾക്ക് ഉത്തരം നൽകാൻ ക്രമീകരിച്ചിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക. എക്സ്പോർട്ട് പോളിസിയും അംഗീകരിച്ച പ്രിഫിക്സ് പരിധികളുമാണ് അടുത്ത നിയന്ത്രണം, കാരണം സെഷൻ ഫിൽട്ടർ ചെയ്യുന്ന പ്രിഫിക്സ് AWS-ൽ എത്തുന്നേയില്ല.

അഗ്രിഗേറ്റുകളും കൂടുതൽ നിർദ്ദിഷ്ട റൂട്ടുകളും ബോധപൂർവ്വം സൂക്ഷിക്കുക. രണ്ട് ദിശകളിൽ നിന്ന് വരുന്ന ഓവർലാപ്പിംഗ് പാതകൾ ഒരു ഡിസൈൻ തീരുമാനമാണ്, പിന്നീട് കണ്ടെത്തേണ്ട വിശദാംശമല്ല.

പാത ഒന്ന്: വെർച്വൽ പ്രൈവറ്റ് ഗേറ്റ്‌വേ അതിർത്തി

വെർച്വൽ പ്രൈവറ്റ് ഗേറ്റ്‌വേ ഉള്ളപ്പോൾ, AWS VPN റൂട്ടിംഗ് ഡോക്യുമെന്റേഷൻ രണ്ട് വിതരണ രീതികൾ വിവരിക്കുന്നു, സ്റ്റാറ്റിക് റൂട്ടുകളും BGP പ്രഖ്യാപനങ്ങളും, രണ്ടും ആപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന സബ്‌നെറ്റ് റൂട്ട് ടേബിളിനെ ആശ്രയിച്ചിരിക്കുന്നു. മുഴുവൻ ശ്രേണിയും നിയന്ത്രിക്കുമ്പോൾ പ്രൊപഗേഷൻ സൗകര്യപ്രദമാണ്, ലക്ഷ്യത്തിന് അടുത്ത് ലക്ഷ്യസ്ഥാനം കാണാൻ ആഗ്രഹിക്കുമ്പോൾ വ്യക്തമായ റൂട്ടിനെക്കുറിച്ച് ചിന്തിക്കാൻ എളുപ്പമാണ്. ഏതായാലും പരിശോധന ഒന്നുതന്നെ: പ്രത്യേക ആപ്ലിക്കേഷൻ സബ്‌നെറ്റിന്റെ ടേബിളിൽ പുതിയ പ്രിഫിക്സിനായി VPN ലക്ഷ്യത്തിലേക്കുള്ള പ്രവർത്തനക്ഷമമായ പാത ഉണ്ടോ, അത് കൂടുതൽ നിർദ്ദിഷ്ട എന്തിനെയെങ്കിലും എതിർത്ത് വിജയിക്കുന്നുണ്ടോ?

ആരോഗ്യകരമായ BGP സെഷൻ ചാനൽ നിലവിലുണ്ടെന്ന് തെളിയിക്കുന്നു. ഒരു നിശ്ചിത സബ്‌നെറ്റ് ടേബിൾ ആ റൂട്ട് സ്വീകരിച്ചോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

പാത രണ്ട്: ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ ഒരു ടേബിൾ ചേർക്കുന്നു

ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ ആ ഒരു ചോദ്യത്തെ രണ്ടായി വിഭജിക്കുന്നു. VPC സബ്‌നെറ്റ് ലക്ഷ്യസ്ഥാനം ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ അറ്റാച്ച്മെന്റിലേക്ക് അയക്കണം, തുടർന്ന് ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ റൂട്ട് ടേബിൾ അതേ പ്രിഫിക്സിനായി VPN അറ്റാച്ച്മെന്റ് തിരഞ്ഞെടുക്കണം. അസോസിയേഷനും പ്രൊപഗേഷനും ഏത് ബന്ധിപ്പിച്ച നെറ്റ്‌വർക്കുകൾക്ക് റൂട്ട് ലഭിക്കുമെന്ന് തീരുമാനിക്കുന്നു, അതിനാൽ ഒരു പ്രിഫിക്സ് VPN മുഖേന ശരിയായി പ്രഖ്യാപിക്കപ്പെട്ടാലും അതിന്റെ ടേബിൾ ശരിയായ റൂട്ട് ടേബിളുമായി ഒരിക്കലും ബന്ധിപ്പിക്കാത്ത VPC-യിൽ എത്തിയെന്ന് വരില്ല.

സാധാരണ പരാജയം ഒരു ടേബിളിൽ ഉള്ളതും മറ്റേതിൽ ഇല്ലാത്തതുമായ ഒരു റൂട്ട് ആണ്, ഓരോ ടീമും തങ്ങളുടെ വശം ശരിയാണെന്ന് ഉറച്ചുവിശ്വസിക്കുന്നു. രണ്ട് ആർക്കിടെക്ചറുകളും താരതമ്യം ചെയ്യുമ്പോൾ ഈ അധിക അതിർത്തിയാണ് മുഴുവൻ വ്യത്യാസം: നോക്കാൻ കൂടുതൽ സ്ഥലങ്ങൾ, റൂട്ട് ആർക്ക് ലഭിക്കുമെന്നതിൽ കൂടുതൽ കൃത്യമായ നിയന്ത്രണം.

റൂട്ട് പ്രൊപഗേഷനും ഓരോ അറ്റാച്ച്മെന്റിനും പ്രിഫിക്സ് നൽകുന്നില്ല. അത് സ്വീകരിക്കാൻ ക്രമീകരിച്ച ടേബിളുകളിലേക്ക് അത് വിതരണം ചെയ്യുന്നു.

മടക്ക പാത അതിന്റേതായ ഒരു പോളിസി തീരുമാനമാണ്

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

വിലാസ ഓവർലാപ്പ് മറ്റൊരു കെണിയാണ്. വേർതിരിച്ച, വ്യക്തമായ ഉടമസ്ഥതയുള്ള ശ്രേണികൾ ഇത് ലളിതമായി നിർത്തുന്നു; ഓവർലാപ്പ് ചെയ്യുന്ന ശ്രേണികൾ അർത്ഥമാക്കുന്നത് വിവർത്തനം അല്ലെങ്കിൽ പുനർരൂപകൽപ്പനയാണ്, അവയൊന്നും അതേ പാചകക്കുറിപ്പിന്റെ പരസ്പരം മാറ്റാവുന്ന രൂപമല്ല.

പുതിയ നെറ്റ്‌വർക്കിലെ ഉറവിടവും ആപ്ലിക്കേഷൻ സബ്‌നെറ്റിലെ ലക്ഷ്യസ്ഥാനവും ഉപയോഗിച്ച് പരീക്ഷിക്കുക, തുടർന്ന് എതിർ ദിശയിൽ ആവർത്തിക്കുക. ഏകദിശ പരീക്ഷണം ഒരു ദിശ മാത്രം തെളിയിക്കുന്നു.

പ്രോക്സി യഥാർത്ഥത്തിൽ മികച്ച അതിർത്തിയാകുന്നത് എപ്പോൾ

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

ഈ ക്രമത്തിൽ തീരുമാനിക്കുക: പ്രാദേശിക ഫോർവേഡിംഗ്, പ്രഖ്യാപനം, ടേബിൾ അതിർത്തി, മടക്ക പോളിസി. ആദ്യം പരാജയപ്പെടുന്നത് ശരിയാക്കുക, അതിനുശേഷം മാത്രം റൂട്ട് ചെയ്ത പാത തന്നെയാണോ ശരിയായ ഉത്തരം എന്ന് ചോദിക്കുക.