ഒന്നിലധികം NIC ഉള്ള GCP VM: മറുപടികൾ തെറ്റായ ഇന്റർഫേസിൽ നിന്ന് എന്തുകൊണ്ട് പുറപ്പെടുന്നു

Compute Engine VM-ലേക്ക് രണ്ടാമത്തെ ഇന്റർഫേസ് ഘടിപ്പിക്കുന്നത് അതിന് മറ്റൊരു നെറ്റ്വർക്ക് കണക്ഷൻ നൽകുന്നു, സമമിത തിരിച്ചുവരവ് പാതയല്ല. ഗസ്റ്റ് ഇപ്പോഴും സ്വന്തം റൂട്ടുകളിൽ നിന്നും നിയമങ്ങളിൽ നിന്നും ഇന്റർഫേസും ഉറവിട വിലാസവും തിരഞ്ഞെടുക്കുന്നു. തുടർന്ന് Google Cloud പാക്കറ്റ് പുറപ്പെട്ട ഇന്റർഫേസിന് ചുറ്റും VPC റൂട്ടിംഗും ഫയർവാൾ നയവും പ്രയോഗിക്കുന്നു. ഈ രണ്ട് തീരുമാനങ്ങളും ഒത്തുപോകാത്തപ്പോൾ അഭ്യർത്ഥനകൾ ഒരു NIC-യിൽ എത്തുകയും മറുപടികൾ മറ്റൊന്നിലൂടെ പുറപ്പെടുകയും ചെയ്യുന്നു, ശാഖ പകുതി തുറന്ന സംഭാഷണം കാണുന്നു.

അഞ്ച് ഘട്ടങ്ങളിലൂടെ പാത പിന്തുടരുക, നയ നിയമം എഴുതുന്നതിന് മുമ്പ് പൊരുത്തക്കേട് പ്രത്യക്ഷമാകും.

ഘട്ടം 1: ക്ലൗഡ് NIC-കളെ ഗസ്റ്റ് ഉപകരണങ്ങളുമായി ബന്ധിപ്പിക്കുക

ക്ലൗഡ് ഇന്റർഫേസുകൾക്ക് nic0, nic1 തുടങ്ങിയ പേരുകൾ നൽകുന്നു, ഗസ്റ്റ് ഒത്തുപോകേണ്ടതില്ലാത്ത ഉപകരണ നാമങ്ങൾ കാണുന്നു. മറ്റെന്തിനും മുമ്പ് ഇൻസ്റ്റൻസ് മെറ്റാഡാറ്റയിൽ നിന്നോ ഇന്റർഫേസിന്റെ സ്വന്തം വിലാസത്തിൽ നിന്നോ മാപ്പിംഗ് തീർക്കുക. DHCP നൽകുന്ന സാധാരണ ഡിഫോൾട്ട് റൂട്ട് nic0-മായി ബന്ധപ്പെട്ടിരിക്കുന്നു, അതുകൊണ്ടാണ് ഇന്റർനെറ്റിലേക്കുള്ള പാത പലപ്പോഴും യാദൃച്ഛികമായി വിജയിക്കുന്നത്. ഊഹിച്ച ഉപകരണ നാമത്തിന് നേരെ നയം എഴുതുന്നതാണ് ശരിയായ നിയമം തെറ്റായ ഇന്റർഫേസിൽ എത്തുന്ന വഴി.

വിലാസങ്ങൾ, ഉപകരണ നാമങ്ങൾ, ഓരോന്നും ഉൾപ്പെടുന്ന VPC എന്നിവ രേഖപ്പെടുത്തുക. ആ മൂന്ന് നിരയുള്ള ഭൂപടമാണ് ഓരോ അടുത്ത ഘട്ടത്തിന്റെയും ഇൻപുട്ട്.

ഘട്ടം 2: രണ്ട് റൂട്ടിംഗ് തീരുമാനങ്ങൾക്ക് പേരിടുക

ആദ്യ തീരുമാനം ഗസ്റ്റിന്റേതാണ്: ഈ പാക്കറ്റിന് ഏത് ഇന്റർഫേസും ഏത് ഉറവിട വിലാസവും. രണ്ടാമത്തേത് ക്ലൗഡിന്റേതാണ്: VPC-യുടെ റൂട്ടുകളും ഫയർവാൾ നയവും ആ ഇന്റർഫേസിന് ചുറ്റും എന്ത് അനുവദിക്കുന്നു.

VPN-ലേക്ക് അഭിമുഖീകരിക്കുന്ന VPC-യിൽ കാണുന്ന റൂട്ട് ആ NIC തിരഞ്ഞെടുക്കുന്ന ഗസ്റ്റ് റൂട്ടാകുന്നില്ല. ക്ലൗഡ് റൂട്ട് നെറ്റ്വർക്കിന് എത്തിക്കാൻ കഴിയുന്നത് വിവരിക്കുന്നു, ഗസ്റ്റ് റൂട്ട് പാക്കറ്റ് എന്ത് ചെയ്യുന്നു എന്ന് തീരുമാനിക്കുന്നു.

ഘട്ടം 3: തിരിച്ചുവരവ് പാതാ നയം തിരഞ്ഞെടുക്കുക

ശാഖാ പ്രിഫിക്സുകളുടെ ചെറിയ, സ്ഥിരമായ കൂട്ടത്തിന് ഗസ്റ്റിലെ വ്യക്തമായ ലക്ഷ്യ റൂട്ടുകളാണ് ഏറ്റവും ലളിതമായ പ്രകടനം: ആ പ്രിഫിക്സുകളിലേക്കുള്ള മറുപടികൾ VPN-ലേക്ക് അഭിമുഖീകരിക്കുന്ന ഇന്റർഫേസിലൂടെ പുറപ്പെടുന്നു. പല സേവനങ്ങളും ബോധപൂർവം വ്യത്യസ്ത പ്രാദേശിക ഉറവിട വിലാസങ്ങൾ ഉപയോഗിക്കുമ്പോൾ, ഓരോ ഇന്റർഫേസിനും ഒരു പട്ടിക തിരഞ്ഞെടുക്കുന്ന ഉറവിടാധിഷ്ഠിത നിയമങ്ങൾ ഓരോ മറുപടിയെയും ശരിയായ സന്ദർഭത്തിൽ നിർത്തുന്നു. ഒന്നിലധികം ഇന്റർഫേസുകളുടെ ഡോക്യുമെന്റേഷൻ ഈ രൂപകൽപ്പനകൾ ആശ്രയിക്കുന്ന NIC നാമകരണവും ഡിഫോൾട്ട് റൂട്ട് സ്വഭാവവും വിവരിക്കുന്നു.

ഓരോ പട്ടികയ്ക്കും സാധുവായ ബന്ധിപ്പിച്ച റൂട്ടുകളും അടുത്ത ഹോപ്പുകളും, കൂടാതെ അതിനോട് ചോദിക്കുന്ന ലക്ഷ്യങ്ങളും വേണം. അപൂർണ്ണമായ പട്ടികയിലേക്ക് ചൂണ്ടുന്ന നിയമം തിരിച്ചുവരവ് പാതാ രൂപകൽപ്പനയല്ല. ആ NIC-ന് ഡോക്യുമെന്റ് ചെയ്ത ഗേറ്റ്വേ ഉപയോഗിക്കുക, സബ്നെറ്റിന്റെ രൂപത്തിൽ നിന്ന് Ethernet ഗേറ്റ്വേ കണ്ടുപിടിക്കരുത്.

ഘട്ടം 4: ഗസ്റ്റിന്റെ സ്വന്തം ഫിൽട്ടറുകൾ പരിശോധിക്കുക

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

Linux-ൽ ഉദ്ദേശിച്ച രൂപകൽപ്പനയ്ക്കെതിരെ റിവേഴ്സ്-പാത്ത് വാലിഡേഷൻ പരിശോധിക്കുക. ആദ്യ നടപടിയായി അത് ആഗോളമായി അപ്രാപ്തമാക്കുന്നത് റൂട്ടിംഗ് ബഗ്ഗിനെ സ്പൂഫിംഗ് വിധേയത്വത്തിന് കൈമാറുകയും നിങ്ങൾ കണ്ടെത്താൻ ശ്രമിച്ച അസമമിതി മറയ്ക്കുകയും ചെയ്യുന്നു.

ഘട്ടം 5: ഓരോ പാതയ്ക്കും ഒരു പ്രവാഹം പരിശോധിക്കുക

അനുവദിച്ച ശാഖാ അഭ്യർത്ഥനയും ബന്ധമില്ലാത്ത ഇന്റർനെറ്റ് അഭ്യർത്ഥനയും വെവ്വേറെ പരിശോധിക്കുക, ഓരോന്നും അതിന്റെ യഥാർത്ഥ ഉറവിടത്തോടും ലക്ഷ്യത്തോടും കൂടി. കഴിയുമ്പോൾ രണ്ട് ഇന്റർഫേസുകളിലും ക്യാപ്ചർ ചെയ്യുക, ഉപയോഗപ്രദമായ തെളിവ് ഏത് ഇന്റർഫേസ് മറുപടി വഹിച്ചു എന്നതാണ്. തുടർന്ന് ക്ലൗഡ് വശത്തെ നയം നിങ്ങൾ രൂപകൽപ്പന ചെയ്ത പാതയെ മാനിച്ചുവെന്ന് സ്ഥിരീകരിക്കുക. ഒരു വിജയകരമായ അഭ്യർത്ഥന ഒരു പ്രവാഹം തെളിയിക്കുന്നു, സമമിത രൂപകൽപ്പനയല്ല.

രണ്ട് പരിശോധനകളും നിങ്ങളുടെ കുറിപ്പുകളിൽ വെവ്വേറെ സൂക്ഷിക്കുക, അവ വ്യത്യസ്ത റൂട്ടുകളും വ്യത്യസ്ത ഫയർവാൾ നിയമങ്ങളും ഉപയോഗിക്കുന്നു.

രണ്ടാമത്തെ NIC നിങ്ങൾക്ക് നൽകാത്തത്

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

VM മറ്റ് യന്ത്രങ്ങളുടെ ട്രാഫിക് ഫോർവേഡ് ചെയ്യേണ്ടതുണ്ടെങ്കിൽ, ആ റൗട്ടർ പങ്ക് വ്യക്തമായി ആസൂത്രണം ചെയ്യുക, ഫോർവേഡിംഗ് അനുവദിക്കുന്ന ക്ലൗഡ് ക്രമീകരണവും അതിനൊപ്പമുള്ള ഗസ്റ്റ് ഫിൽട്ടറുകളും ഉൾപ്പെടെ.