L2 VPN എന്നതും L3 ടണലും: സൈറ്റ് ബ്രിഡ്ജ് ചെയ്യുന്നതിന് മുൻപ് അഞ്ച് പരിശോധനകൾ

ഒരു സൈറ്റ് ബ്രിഡ്ജ് ചെയ്യുന്നത് ഒരു ടൂൾ അത് അതേ നെറ്റ്‌വർക്കിൽ ആയിരിക്കണം എന്ന് വാശി പിടിക്കുന്നതുകൊണ്ടാണ്, മൂന്ന് ആഴ്ചയ്ക്ക് ശേഷം രാത്രി രണ്ട് മണിക്ക് നിങ്ങൾ സ്വിച്ച് ലോഗുകൾ വായിക്കുന്നു. അത്തരം ഊഹം വളരെയധികം Ethernet-over-IP ലിങ്കുകളെ നിർണ്ണയിക്കുന്നു. ഇവിടെ ശരിക്കും പ്രധാനമായ ഒരു വ്യത്യാസം മാത്രമുണ്ട്: പൂർണ്ണ ഫ്രെയിമുകൾ അറ്റം മുതൽ അറ്റം വരെ പോകുന്നുണ്ടോ, അതോ IP പാക്കറ്റുകൾ മാത്രമോ. താഴെയുള്ള അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ നടത്തി ആദ്യത്തേത് പരാജയപ്പെടുന്നിടത്ത് നിർത്തുക.

ആപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ വയറിൽ എന്ത് ഇടുന്നു എന്ന് പരിശോധിക്കുക

ഏതെങ്കിലും ഉൽപ്പന്നനാമം ചർച്ചയിൽ വരുന്നതിന് മുൻപ്, ലിങ്ക് കടക്കേണ്ട ട്രാഫിക്കിന്റെ ഒരു മിനിറ്റ് ക്യാപ്ചർ ചെയ്യുക: tcpdump -i eth0 -nn -e 'not ip'. ഈ ഓപ്ഷൻ -e ലിങ്ക്-ലെയർ ഹെഡർ പ്രിന്റ് ചെയ്യുന്നു, അതാണ് റൂട്ടഡ് ടണൽ ഉപേക്ഷിക്കുന്ന ഭാഗം. ക്യാപ്ചർ ശൂന്യമായി തുടർന്നാൽ, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ IP സംസാരിക്കുന്നു, L3 ടണൽ അത് മാറ്റമില്ലാതെ കൊണ്ടുപോകുന്നു. ഫ്രെയിമുകൾ പ്രത്യക്ഷപ്പെട്ടാൽ, EtherType രേഖപ്പെടുത്തുക, കാരണം 0x0806 ARP ആണ്, 0x88cc LLDP ആണ്, വെണ്ടർ മൂല്യം സാധാരണയായി IP ബദലില്ലാത്ത കണ്ടെത്തൽ പ്രോട്ടോക്കോളിനെ സൂചിപ്പിക്കുന്നു. ഈ ഘട്ടത്തിൽ ഒരു സാധാരണ tun ഇന്റർഫേസ് മതിയാകില്ല.

വിദൂര വശത്തും ക്യാപ്ചർ ആവർത്തിക്കുക. ഒരു ഹോസ്റ്റിന്റെ വെർച്വൽ സ്വിച്ചിനുള്ളിൽ മാത്രം നിലനിൽക്കുന്ന ഫ്രെയിം, ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ WAN വഴി നീട്ടാൻ കാരണമല്ല.

കണ്ടെത്തൽ ലിങ്ക് കടക്കണമോ എന്ന് പരിശോധിക്കുക

റൂട്ടഡ് ടണലിന് പങ്കിട്ട സെഗ്മെന്റ് ഇല്ല, അതിനാൽ ഗ്രൂപ്പിന് അഡ്രസ്സ് ചെയ്ത ഒന്നും മറുവശത്ത് എത്തുന്നില്ല. ARP, DHCP ബ്രോഡ്കാസ്റ്റുകൾ, 224.0.0.251 എന്ന വിലാസത്തിൽ mDNS, SSDP, NetBIOS നാമ ചോദ്യങ്ങൾ എല്ലാം ഒരേ സമയം പല ഹോസ്റ്റുകൾ കേൾക്കുന്ന ലിങ്ക് അനുമാനിക്കുന്നു.

ആപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ ഏതൊക്കെ ആശ്രയിക്കുന്നു, അതിന് ഇതിനകം പ്രോക്സി ഉണ്ടോ എന്ന് ചോദിക്കുക. DHCP റിലേ, mDNS പ്രതിഫലനം, സ്ഥിത ARP എൻട്രികൾ എന്നിവ ഓരോന്നും ഒരു ആശ്രിതത്വം നീക്കുന്നു, ഓരോന്നും പ്രവർത്തിപ്പിച്ച് നിരീക്ഷിക്കേണ്ട മറ്റൊരു സേവനമാണ്. രണ്ടോ മൂന്നോ അവശേഷിക്കുമ്പോൾ, ബ്രിഡ്ജ് ചെയ്യുക എന്നതാണ് സത്യസന്ധമായ ഉത്തരം.

അധിക ഹെഡർ നിങ്ങൾക്ക് എത്ര ചെലവാക്കുന്നു എന്ന് പരിശോധിക്കുക

ഫ്രെയിമുകൾക്ക് താമസിക്കാൻ ഇടം വേണം, അതിനാൽ നിങ്ങൾ അയക്കുന്ന എല്ലാത്തിനും ചുറ്റും രണ്ടാമത്തെ ഹെഡർ സ്റ്റാക്ക് പൊതിയുന്നു. VXLAN ഓവർലേയിൽ അത് പുറം IP ഹെഡർ, UDP ഹെഡർ, 8-ബൈറ്റ് VXLAN ഹെഡർ എന്നിവ അർത്ഥമാക്കുന്നു, ഇത് പൂർണ്ണ വലിപ്പമുള്ള 1,500-ബൈറ്റ് പേലോഡിനെ സാധാരണ 1,500-ബൈറ്റ് ഇന്റർനെറ്റ് ലിങ്കിന്റെ പാത്ത് MTU-വിന് അപ്പുറത്തേക്ക് തള്ളുന്നു. OpenVPN tap മോഡിൽ അതേ ദിശയിൽ സ്വന്തം ഓവർഹെഡ് ചേർക്കുന്നു. ഉള്ളിൽ കുറഞ്ഞ MTU ഇല്ലെങ്കിൽ ping-ന് ഉത്തരം നൽകുന്നതും ആദ്യ വലിയ കൈമാറ്റത്തിൽ നിലയ്ക്കുന്നതുമായ ലിങ്ക് ലഭിക്കും.

ബിൽ ഹെഡർ ബൈറ്റുകളിൽ നിൽക്കുന്നില്ല. സ്വിച്ച് ഹാർഡ്‌വെയറിൽ കൈകാര്യം ചെയ്യുന്ന ബ്രോഡ്കാസ്റ്റും മൾട്ടികാസ്റ്റും ഇപ്പോൾ WAN-ൽ സഞ്ചരിക്കുന്നു, ഓരോ ബ്രിഡ്ജ് ചെയ്ത സൈറ്റും അതേ അഡ്രസ് പ്ലാൻ, DHCP പരിധി, തനിപ്പകർപ്പ് വിലാസ സ്വഭാവം എന്നിവ പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. ഇത് ലിങ്കിനെ ഓരോ സൈറ്റിനും ഒരു പ്രിഫിക്സ് ഉള്ള റൂട്ടഡ് പൂളിനെക്കാൾ ഓഡിറ്റ് ചെയ്യാൻ വളരെ ബുദ്ധിമുട്ടാക്കുന്നു.

തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് കണക്ക് കൂട്ടുക. മൂന്ന് സൈറ്റുകളിലേക്ക് പകർത്തുന്ന തിരക്കുള്ള സെഗ്മെന്റ്, അത് നിർമ്മിച്ച ഫയൽ കൈമാറ്റങ്ങളെക്കാൾ കൂടുതൽ ബ്രോഡ്കാസ്റ്റ് ട്രാഫിക് നീക്കിയേക്കാം.

നിങ്ങൾക്ക് ഏത് തരം L2 VPN ആണ് വാഗ്ദാനം ചെയ്യുന്നതെന്ന് പരിശോധിക്കുക

പദം തന്നെ അവ്യക്തമാണ്, ആ അവ്യക്തതയാണ് നിങ്ങളുടെ ട്രാഫിക് ആര് വഹിക്കുമെന്ന് തീരുമാനിക്കുന്നത്. ചിലപ്പോൾ അത് പേലോഡിനെ വിവരിക്കുന്നു: IP-യ്ക്കുള്ളിലെ Ethernet ഫ്രെയിമുകൾ, മറ്റേതെങ്കിലും ടണലിനെപ്പോലെ ഇന്റർനെറ്റിലൂടെ അയക്കുന്നു, VXLAN, ZeroTier, OpenVPN-ന്റെ tap മോഡ് ചെയ്യുന്നതുപോലെ. ചിലപ്പോൾ അത് വാങ്ങിയ സേവനത്തെ വിവരിക്കുന്നു: ഒരു കാരിയർ Ethernet സർക്യൂട്ട് അല്ലെങ്കിൽ ഒരു ദാതാവിന്റെ നെറ്റ്‌വർക്കിനുള്ളിൽ രണ്ട് സൈറ്റുകളെ ബന്ധിപ്പിക്കുന്ന MPLS സ്യൂഡോവയർ.

രണ്ടും നിങ്ങൾക്ക് ഒരു സെഗ്മെന്റ് നൽകുന്നു, അതിനാൽ ആപ്ലിക്കേഷന് അവ തിരിച്ചറിയാനാകില്ല, പക്ഷേ പ്രവർത്തന വ്യത്യാസം വലുതാണ്. ഓവർലേ MTU, എൻക്രിപ്ഷൻ, അടിസ്ഥാന പാത എന്നിവയുടെ ഉത്തരവാദിത്തം നിങ്ങൾക്ക് വിടുന്നു. കാരിയർ സേവനം അവ ഏറ്റെടുത്ത് അതിന് നിരക്ക് ഈടാക്കുന്നു, നിങ്ങളുടെ ഫ്രെയിമുകൾ പൊതു ഇന്റർനെറ്റിലൂടെ റൂട്ട് ചെയ്യുകയേ ഇല്ല. ഏതാണ് വേണ്ടത് എന്നത് രണ്ട് സൈറ്റുകൾ ഒരു ഓപ്പറേറ്റർ പങ്കിടുന്നുണ്ടോ അതോ ഒരു കമ്പനി മാത്രം പങ്കിടുന്നുണ്ടോ എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

ബ്രിഡ്ജ് ചെയ്യുന്നതിന് മുൻപ് കുറഞ്ഞ ചെലവുള്ള പകരം വഴി പരിശോധിക്കുക

ബ്രിഡ്ജ് ചെയ്ത ലിങ്കിനുള്ള മിക്ക അഭ്യർത്ഥനകളും വരുന്നത് ഒരൊറ്റ തകർന്ന നാമപരിശോധനയിൽ നിന്നാണ്, ഫ്രെയിമുകൾ ശരിക്കും ആവശ്യമുള്ള ഒരു പ്രോട്ടോക്കോളിൽ നിന്നല്ല. ആദ്യം റിസോൾവറും തിരയൽ ഡൊമെയ്നും റൂട്ടഡ് ടണലിലൂടെ കടത്തിവിടുക: dhcp-option DNS 10.8.0.1 എന്നതിനൊപ്പം dhcp-option DOMAIN internal.example OpenVPN സെർവർ സംരചനയിൽ അവയിൽ ആശ്ചര്യകരമായ എണ്ണം പരിഹരിക്കുന്നു. വിദൂര വശത്തെ പ്രാദേശിക ഫോർവേഡർ യാതൊരു ബ്രോഡ്കാസ്റ്റ് ട്രാഫിക്കും നീക്കാതെ അതേ ജോലി ചെയ്യുന്നു.

ഒരു പഴയ ഉപകരണം ഇപ്പോഴും പരാജയപ്പെടുന്നുവെങ്കിൽ, അതിനെ ലക്ഷ്യ സെഗ്മെന്റിൽ പ്രോക്സിക്കോ ജമ്പ് ഹോസ്റ്റിനോ പിന്നിൽ വയ്ക്കുക. ഒരു TCP ഫോർവേഡർ പ്രവർത്തിപ്പിക്കുന്നത് ബ്രിഡ്ജ് ചെയ്ത WAN-നേക്കാൾ ചെലവുകുറഞ്ഞതാണ്.

തീരുമാനം ക്രമത്തിൽ അവസാനിപ്പിക്കുക: ട്രാഫിക് IP അല്ലാത്ത EtherType വഹിക്കുന്നുണ്ടോ, കണ്ടെത്തൽ കടക്കേണ്ടതുണ്ടോ, MTU-വിന് അധിക ഹെഡറുകൾ വലിച്ചെടുക്കാമോ, ദാതാവിന്റെ സർക്യൂട്ട് യഥാർത്ഥത്തിൽ ലഭ്യമാണോ, റൂട്ടഡ് പകരം വഴി നിങ്ങൾ പേരിടാൻ കഴിയുന്ന ഒരു കാരണത്താൽ പരാജയപ്പെട്ടുവോ? ഏതെങ്കിലും ഘട്ടത്തിൽ ഒരു ഇല്ല നിങ്ങൾക്ക് ഇതിനകം ഉള്ള ടണലിന് അനുകൂലമായി തർക്കം അവസാനിപ്പിക്കുന്നു. ക്യാപ്ചറും EtherType പട്ടികയും മാറ്റ രേഖയ്ക്കൊപ്പം ആർക്കൈവ് ചെയ്യുക, കാരണം അടുത്ത വ്യക്തി അതേ ചോദ്യം ചോദിക്കും, അളവ് ആവർത്തിക്കാൻ ആഗ്രഹിക്കില്ല.