VGW-യുടെ BGP പരസ്യങ്ങളും VPC റൂട്ട് ടേബിളും: എന്ത് എന്തിനെ മാറ്റുന്നു

VPC സബ്‌നെറ്റ് റൂട്ട് ടേബിളിൽ ഇല്ലാത്ത ഒരു പ്രിഫിക്സും കസ്റ്റമർ റൗട്ടറിൽ ഇല്ലാത്ത ഒരു പ്രിഫിക്സും രണ്ട് വ്യത്യസ്ത തകരാറുകളാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് AWS റൂട്ട് ടേബിളുകൾക്കുള്ളിൽ പരിഹരിക്കുന്നത്. വെർച്വൽ പ്രൈവറ്റ് ഗേറ്റ്‌വേ അതിന്റെ VPC-യുമായി ബന്ധപ്പെട്ട CIDR ബ്ലോക്കുകൾ പരസ്യം ചെയ്യുന്നു; സബ്‌നെറ്റ് റൂട്ട് ടേബിൾ ഒരു വർക്ക്‌ലോഡ് മറുപടി എവിടേക്ക് അയക്കുന്നു എന്ന് തീരുമാനിക്കുന്നു. രണ്ടാമത്തേതിനെ ആദ്യത്തേതിനെ മാറ്റാനുള്ള മാർഗമായി കാണുന്നത് ഈ രോഗനിർണ്ണയത്തിലെ ഏറ്റവും സാധാരണമായ തെറ്റായ തിരിവാണ്. താഴെയുള്ള പരിശോധനകൾ ക്രമത്തിൽ നടത്തി രണ്ട് ദിശകളും വേർതിരിച്ച് നിർത്തുക.

ഏതെങ്കിലും ടേബിൾ വായിക്കുന്നതിന് മുൻപ് അറ്റാച്ച്മെന്റിന് പേര് നൽകുക

സൈറ്റ്-ടു-സൈറ്റ് VPN വെർച്വൽ പ്രൈവറ്റ് ഗേറ്റ്‌വേയിലോ ട്രാൻസിറ്റ് ഗേറ്റ്‌വേയിലോ അവസാനിക്കുന്നു, ഏത് റൂട്ടിംഗ് മോഡൽ ബാധകമാകുന്നു എന്ന് റിസോഴ്സ് ID-കൾ തീരുമാനിക്കുന്നു. ആദ്യം അവ വായിക്കുക: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. അടുത്തതായി പരിശോധിക്കേണ്ട ടേബിൾ VPC റൂട്ട് ടേബിളാണോ ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ റൂട്ട് ടേബിളാണോ എന്ന് ഉത്തരം പറയും.

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

AWS-ൽ നിന്ന് ഓഫീസിലേക്കുള്ള ദിശ ഒരു പരസ്യമാണ്

VGW അറ്റാച്ച്മെന്റിന്, ഗേറ്റ്‌വേ അതിന്റെ VPC-യുമായി ബന്ധപ്പെട്ട CIDR ബ്ലോക്കുകൾ BGP വഴി കസ്റ്റമർ ഗേറ്റ്‌വേയിലേക്ക് പരസ്യം ചെയ്യുന്നു. ഒരു വ്യക്തിഗത സബ്‌നെറ്റ് റൂട്ട് ചേർക്കുന്നതോ ഒരു റൂട്ട് പിയർ ചെയ്ത VPC-യിലേക്കോ ഉപകരണത്തിലേക്കോ തിരിച്ചുവിടുന്നതോ മറ്റൊരു ബന്ധപ്പെട്ട CIDR ചേർക്കുന്നില്ല, ആ പരസ്യത്തിൽ പ്രത്യക്ഷപ്പെടുന്നുമില്ല. ഓഫീസിൽ പ്രിഫിക്സ് കാണാത്തപക്ഷം, ഏതെങ്കിലും റൂട്ട് ടേബിൾ എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് ലഭിച്ച റൂട്ടുകളുടെ പട്ടിക VPC അസോസിയേഷനുകളുമായി താരതമ്യപ്പെടുത്തുക.

ലളിതമായ നിയമത്തിന് അപവാദങ്ങളുണ്ട്, അതിനാൽ അതിനെ അതിന്റെ പരിധിയിൽ നിർത്തുക. VPN CloudHub ക്രമീകരണം കസ്റ്റമർ ഗേറ്റ്‌വേകൾക്കിടയിൽ സൈറ്റ് പ്രിഫിക്സുകൾ വീണ്ടും പരസ്യം ചെയ്യാം, ട്രാൻസിറ്റ് ഗേറ്റ്‌വേ അതിന്റേതായ പ്രൊപ്പഗേഷൻ നിയമങ്ങൾ പിന്തുടരുന്നു. VGW അതിന്റെ സ്വന്തം VPC മാത്രം പരസ്യം ചെയ്യുന്നു എന്ന പ്രസ്താവന ഉപയോഗപ്രദമായ ഡിഫോൾട്ടാണ്, നിങ്ങൾ കാണുന്ന എല്ലാ ടോപ്പോളജിയെയും ഉൾക്കൊള്ളുന്ന നിയമമല്ല.

ഓഫീസിൽ നിന്ന് AWS-ലേക്കുള്ള ദിശ പ്രൊപ്പഗേഷനും തിരഞ്ഞെടുപ്പുമാണ്

എതിർദിശയിൽ VGW ഓഫീസിന്റെ പ്രിഫിക്സ് പഠിക്കുന്നു, പക്ഷേ അത് മാത്രം ഒരു വർക്ക്‌ലോഡിനെ നീക്കുന്നില്ല. സബ്‌നെറ്റ് റൂട്ട് ടേബിളിൽ അറ്റാച്ച്മെന്റിന് പ്രൊപ്പഗേഷൻ പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം അല്ലെങ്കിൽ അതേ ലക്ഷ്യസ്ഥാനത്തേക്ക് ഒരു സ്റ്റാറ്റിക് റൂട്ട് ഉണ്ടായിരിക്കണം. ഒരു പ്രിഫിക്സിന് രണ്ടും ഉണ്ടെങ്കിൽ സ്റ്റാറ്റിക് റൂട്ട് വിജയിക്കുന്നു, ഏറ്റവും നീളമുള്ള പ്രിഫിക്സ് പൊരുത്തം രണ്ടിനും മുൻപ് പ്രവർത്തിക്കുന്നു.

ഊഹിക്കുന്നതിന് പകരം ഉത്ഭവം വായിക്കുക: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. EnableVgwRoutePropagation ഉത്ഭവമുള്ള എൻട്രി BGP-യിൽ നിന്ന് വന്നതാണ്; CreateRoute ഉത്ഭവമുള്ള എൻട്രി ഒരു മനുഷ്യൻ ടൈപ്പ് ചെയ്തതാണ്, ആരെങ്കിലും അത് ഇല്ലാതാക്കുന്നതുവരെ അത് വിജയിച്ചുകൊണ്ടിരിക്കും.

രണ്ട് ദിശകളും വേർതിരിച്ച് നിർത്തുന്ന ഒരു റൺബുക്ക്

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് AWS വശത്ത് നാല് വസ്തുതകൾ രേഖപ്പെടുത്തുക: അറ്റാച്ച്മെന്റിന്റെ തരം, VPC-യുടെ ബന്ധപ്പെട്ട CIDR-കൾ, സംബന്ധിച്ച പ്രിഫിക്സിനുള്ള സബ്‌നെറ്റ് റൂട്ടിന്റെ ഉത്ഭവം, ടണലിന്റെയും BGP-യുടെയും അവസ്ഥ. അതേ describe കോൾ ഓരോ ടണലിനും സ്വീകരിച്ച റൂട്ടുകളുടെ എണ്ണത്തോടെ VgwTelemetry നൽകുന്നു, AWS എന്തെങ്കിലും റൂട്ടുകൾ സ്വീകരിച്ചോ എന്ന് അത് പറയുന്നു. പിന്നീട് അത് കസ്റ്റമർ ഉപകരണം യഥാർത്ഥത്തിൽ ഇൻസ്റ്റാൾ ചെയ്തതുമായി താരതമ്യപ്പെടുത്തുക. BGP-യിൽ ഉണ്ടെങ്കിലും ഫോർവേഡിംഗ് ടേബിളിൽ ഇല്ലാത്ത പ്രിഫിക്സ് പ്രാദേശിക ഇംപോർട്ട് അല്ലെങ്കിൽ മികച്ച-പാതയുടെ പ്രശ്നമാണ്, AWS റൂട്ട് ടേബിളിന്റെ പ്രശ്നമല്ല.

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

അവിടെ ഇരിക്കുമ്പോൾ എന്ത് മാറ്റരുത്

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

ഡാറ്റ പാത ഇവയെല്ലാം വേറിട്ടതാണ്. സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ സ്റ്റേറ്റ്ഫുള്ളാണ്, നെറ്റ്‌വർക്ക് ACL-കൾ അല്ല, ഹോസ്റ്റ് ഫയർവാളോ അസമമായ മടങ്ങിവരവ് പാതയോ റൂട്ടിംഗ് ശരിയായി എത്തിച്ച ട്രാഫിക് ഉപേക്ഷിച്ചേക്കാം. പരസ്യം ചെയ്ത ഒരു അഗ്രിഗേറ്റ് അതിനുള്ളിലെ എല്ലാ സേവനത്തിനും അധികാരം നൽകുന്നുമില്ല, അതിനാൽ ഒരു വിലാസം യാദൃച്ഛികമായി BGP പരസ്യത്തിൽ വരുന്നുണ്ടോ എന്നതിനെ ആശ്രയിക്കുന്നതിന് പകരം നയത്തിന്റെ അതിർത്തിയിൽ പ്രവേശനം പരിമിതപ്പെടുത്തുക.

ഓരോ റൂട്ട് ടേബിൾ ക്വറിയുടെയും മുൻപും ശേഷവുമുള്ള അവസ്ഥ മാറ്റ രേഖയിൽ സൂക്ഷിക്കുക. മാറ്റം കാര്യങ്ങൾ വഷളാക്കുകയാണെങ്കിൽ, മുൻപത്തെ റൂട്ടുകൾ പുനഃസ്ഥാപിച്ച് അതേ ക്വറി ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുക, കാരണം നിങ്ങൾക്ക് പരിശോധിക്കാനാകാത്ത റോൾബാക്ക് ഒരു ഊഹം മാത്രമാണ്.