ക്ലൗഡ് VPN-ന് BGP വേണം: മറ്റ് റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകൾ എന്തുകൊണ്ട് പരാജയപ്പെടുന്നു

IPsec സുരക്ഷാ അസോസിയേഷൻ പ്രവർത്തിക്കുന്നു, ടണൽ കൗണ്ടറുകൾ നീങ്ങുന്നു, ക്ലൗഡ് പ്രിഫിക്സിലേക്കുള്ള ട്രാഫിക് അപ്രത്യക്ഷമാകുന്നു. തുടർന്ന് ഓപ്പറേറ്റർ കസ്റ്റമർ റൂട്ടറിൽ OSPF പ്രവർത്തനക്ഷമമാക്കാൻ ശ്രമിക്കുന്നു, അയൽക്കാരൻ രൂപപ്പെടുമെന്ന് പ്രതീക്ഷിക്കുന്നു, ഒന്നും സംഭവിക്കുന്നില്ല. ടണൽ ഒരിക്കലും കാണാത്ത ഭാഗമായിരുന്നില്ല: മാനേജ്ഡ് ക്ലൗഡ് VPN നിർവചിക്കപ്പെട്ട റൂട്ടിംഗ് കരാർ നൽകുന്നു, വലിയ പ്ലാറ്റ്ഫോമുകളിൽ ആ കരാർ BGP ആണ്. ഒരു സെഷൻ ഉണ്ടാകുകയും പ്രിഫിക്സ് സ്വീകരിക്കുകയും ചെയ്യുന്നതുവരെ, ടണൽ പിന്നിൽ ലക്ഷ്യസ്ഥാനങ്ങളില്ലാത്ത എൻക്രിപ്റ്റ് ചെയ്ത പാത മാത്രമാണ്.

ടണൽ പ്രവർത്തിക്കുന്നു, റൂട്ട് കാണുന്നില്ല

ഘട്ടം 1, ഘട്ടം 2 എന്നിവ പൂർത്തിയാകുന്നത് ഇരുവശവും സംരക്ഷണത്തിൽ യോജിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, ട്രാഫിക് എവിടേക്ക് അയക്കണം എന്ന് ഏതെങ്കിലും വശത്തിന് അറിയാം എന്നല്ല. ഇവ വ്യത്യസ്ത പരാജയ മോഡുകളുള്ള വേറിട്ട സ്റ്റേറ്റ് മെഷീനുകളാണ്.

ക്രമത്തിൽ മൂന്ന് ചോദ്യങ്ങൾ ചോദിക്കുക: പ്രിഫിക്സ് പ്രഖ്യാപിച്ചിരുന്നോ, അയൽക്കാരൻ അത് സ്വീകരിച്ചിരുന്നോ, ഫോർവേഡിംഗിനായി ഇൻസ്റ്റാൾ ചെയ്തിരുന്നോ? പ്രഖ്യാപിച്ച് ഫിൽട്ടർ ചെയ്ത പ്രിഫിക്സ് നയ പ്രശ്നമാണ്. ഒരിക്കലും പ്രഖ്യാപിക്കാത്ത പ്രിഫിക്സ് സെഷൻ അല്ലെങ്കിൽ കോൺഫിഗറേഷൻ പ്രശ്നമാണ്. സ്വീകരിച്ചെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യാത്ത പ്രിഫിക്സ് റൂട്ട് തിരഞ്ഞെടുപ്പ് പ്രശ്നമാണ്, ഓരോ ഉത്തരവും കോൺഫിഗറേഷന്റെ വ്യത്യസ്ത ഭാഗത്തേക്ക് ചൂണ്ടുന്നു.

ദാതാവ് യഥാർത്ഥത്തിൽ നൽകുന്നത്

മാനേജ്ഡ് VPN ഗേറ്റ്‌വേ പരിധിയില്ലാത്ത റൂട്ടർ അല്ല. ദാതാവ് പിന്തുണയുള്ള അയൽ വിലാസങ്ങൾ, സ്വയംഭരണ വ്യവസ്ഥ ക്രമീകരണം, പ്രിഫിക്സ് പരിധികൾ, നിർവചിക്കപ്പെട്ട പരാജയ സ്വഭാവം എന്നിവയുള്ള ഗേറ്റ്‌വേ നൽകുന്നു. ആ ഉപരിതലമാണ് ഉൽപ്പന്നം.

Google Cloud HA VPN-നായി ഡൈനാമിക് BGP റൂട്ടിംഗ് രേഖപ്പെടുത്തുന്നു, Cloud Router അയൽ റൂട്ടുകൾ പഠിച്ച് യോഗ്യമായ ഇഷ്ടാനുസൃത ഡൈനാമിക് റൂട്ടുകൾ VPC-യ്ക്ക് നൽകുന്നു. AWS Site-to-Site VPN സ്റ്റാറ്റിക്, ഡൈനാമിക് റൂട്ടിംഗ് എന്നിവയ്ക്കിടയിലുള്ള തിരഞ്ഞെടുപ്പ് രേഖപ്പെടുത്തുന്നു, കൂടാതെ BGP ലൈവ്നസ് പരിശോധനകൾ ടണൽ ഫെയ്ൽഓവറിന് ഉപയോഗപ്രദമാണെന്ന് വിവരിക്കുന്നു, BGP ഇല്ലാത്ത ഉപകരണങ്ങൾക്കുള്ള ആരോഗ്യ പരിശോധനകളും പിന്തുണയ്ക്കുന്നു. ഏതെങ്കിലും പ്ലാറ്റ്ഫോമിന്റെ സ്വഭാവം മറ്റൊന്നിന്റെ ഉൽപ്പന്ന നാമത്തിൽ നിന്ന് അനുമാനിക്കരുത്.

പ്രായോഗിക ഫലം, ആദ്യം മാനേജ്ഡ് മോഡ് തിരഞ്ഞെടുത്ത ശേഷം പിന്തുണയുള്ള പാരാമീറ്ററുകൾ വായിക്കുക എന്നതാണ്. സേവനം നൽകാത്ത അയൽബന്ധ തരം അനുമാനിക്കുന്ന രൂപകൽപ്പന കസ്റ്റമർ റൂട്ടറിൽ പരിഹരിക്കേണ്ട കോൺഫിഗറേഷൻ പ്രശ്നമല്ല.

ടണൽ സംരക്ഷണവും എത്തിച്ചേരലും വേറിട്ട ജോലികളാണ്

IPsec ടണലിനായി തിരഞ്ഞെടുത്ത ട്രാഫിക് സംരക്ഷിക്കുന്നു. BGP പ്രിഫിക്സിനെ യോഗ്യമാക്കുന്ന എത്തിച്ചേരൽ വിവരം നൽകുന്നു. പ്രവർത്തിക്കുന്ന ടണൽ പ്രതീക്ഷിത പ്രിഫിക്സ് പ്രഖ്യാപിച്ചു, സ്വീകരിച്ചു, ഇൻസ്റ്റാൾ ചെയ്തു എന്ന് തെളിയിക്കുന്നില്ല.

രണ്ട് യോഗ്യമായ ടണൽ പാതകളിലൂടെ 10.42.0.0/16 പ്രഖ്യാപിക്കുന്ന ഒരു ശാഖ സങ്കൽപ്പിക്കുക. ഒരു ഉപയോഗയോഗ്യമായ പാത നീക്കം ചെയ്യുക, ഓരോ വർക്ക്ലോഡിന്റെയും റൂട്ട് ആരും എഡിറ്റ് ചെയ്യാതെ തന്നെ റൂട്ട് തിരഞ്ഞെടുപ്പ് മാറാം. കണ്ടെത്തൽ, റൂട്ട് തിരഞ്ഞെടുപ്പ്, ആപ്ലിക്കേഷൻ വീണ്ടെടുക്കൽ എന്നിവ തൽക്ഷണമല്ല, വിന്യാസങ്ങൾക്കിടയിൽ ഒരുപോലെയല്ല, അതിനാൽ ഫെയ്ൽഓവർ പരിശോധന മുഴുവൻ ക്രമവും നിരീക്ഷിക്കണം, കടന്നുപോകുന്ന ആദ്യ പാക്കറ്റല്ല.

ക്ലൗഡ് പ്രിഫിക്സ് എത്തിച്ചേരാനാകാത്തപ്പോൾ, ക്രിപ്റ്റോഗ്രഫി തൊടുന്നതിന് മുമ്പ് സെഷൻ അവസ്ഥയും പഠിച്ച റൂട്ടുകളും പരിശോധിക്കുക. പിന്നിൽ റൂട്ടില്ലാതെ പ്രവർത്തിക്കുന്ന SA ഈ ലക്ഷണത്തിന്റെ ഏറ്റവും സാധാരണ രൂപമാണ്.

OSPF അനുമാനങ്ങൾ തകരുന്നിടത്ത്

IPsec ടണലിനുള്ളിൽ OSPF, IS-IS അല്ലെങ്കിൽ മറ്റൊരു പ്രോട്ടോക്കോൾ സ്വയം-മാനേജ്ഡ് അപ്ലയൻസിൽ പൂർണ്ണമായും സാധ്യമാണ്, അവിടെ രണ്ട് അറ്റങ്ങളും ഫോർവേഡിംഗ് രൂപകൽപ്പനയും നിങ്ങളുടേതാണ്. ആ വസ്തുത ഡൈനാമിക് റൂട്ടിംഗ് മോഡായി BGP മാത്രം നൽകുന്ന മാനേജ്ഡ് സേവനത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

നിർദ്ദേശിച്ച രൂപകൽപ്പനയ്ക്ക് സേവനം പിന്തുണയ്ക്കാത്ത അയൽബന്ധം ആവശ്യമാണെങ്കിൽ, വാസ്തുവിദ്യ ബോധപൂർവം മാറ്റുക. ഓപ്ഷനുകളിൽ VPC-യിലെ സ്വയം-മാനേജ്ഡ് അപ്ലയൻസ്, സേവനം പിന്തുണയ്ക്കുന്നിടത്ത് സ്റ്റാറ്റിക് റൂട്ടിംഗ്, അല്ലെങ്കിൽ മറ്റൊരു കണക്റ്റിവിറ്റി ഉൽപ്പന്നം എന്നിവ ഉൾപ്പെടുന്നു. കസ്റ്റമർ റൂട്ടറിൽ മാത്രം പ്രോട്ടോക്കോൾ കോൺഫിഗർ ചെയ്യുന്നത് ക്ലൗഡ് വശത്ത് ഇല്ലാത്ത അയൽക്കാരനെ ചേർക്കാനാവില്ല, പ്രിഫിക്സ് പ്രത്യക്ഷപ്പെടുത്തുകയുമില്ല.

ഒരു വിൽപ്പനക്കാരന്റെ ഉത്തരം മറ്റൊരാളുടെ ഗേറ്റ്‌വേയിലേക്ക് കൊണ്ടുപോകരുത്. ഡൈനാമിക് റൂട്ടിംഗ് അല്ലെങ്കിൽ ടണൽ ഫെയ്ൽഓവർ പോലുള്ള അതേ വാക്കുകൾ വ്യത്യസ്ത സംവിധാനങ്ങളെയും വ്യത്യസ്ത പരിധികളെയും വിവരിക്കാം.

സേവന ആവശ്യകത വായിച്ച ശേഷം രൂപകൽപ്പന ചെയ്യുക

ആദ്യ കോൺഫിഗറേഷൻ വരിക്ക് മുമ്പ് അയൽ വിലാസങ്ങൾ, സ്വയംഭരണ വ്യവസ്ഥ നമ്പറുകൾ, നിങ്ങൾ പ്രഖ്യാപിക്കുകയും സ്വീകരിക്കുകയും ചെയ്യുന്ന പ്രിഫിക്സുകൾ, റൂട്ട് പരിധികൾ, ടണൽ പരാജയപ്പെടുമ്പോൾ പ്രതീക്ഷിക്കുന്ന സ്വഭാവം എന്നിവ എഴുതുക. ആ അഞ്ച് ഇനങ്ങളാണ് നിങ്ങൾ രൂപകൽപ്പന ചെയ്യുന്ന കരാർ.

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

മാറ്റ രേഖയ്ക്കൊപ്പം സേവന കരാർ സൂക്ഷിക്കുക. പിന്നീട് ആരെങ്കിലും എന്തുകൊണ്ട് ടണലിന് OSPF പ്രവർത്തിപ്പിക്കാനാവില്ല എന്ന് ചോദിച്ചാൽ, ഉത്തരം പ്രോട്ടോക്കോൾ പരിധിയല്ല, ഉൽപ്പന്ന അതിർത്തിയാണ്, രേഖയിൽ അത് രേഖപ്പെടുത്തണം.