ഒരേ സബ്നെറ്റുള്ള രണ്ട് സൈറ്റുകൾ ഒരു LAN അല്ലാത്തത് എന്തുകൊണ്ട്

രണ്ട് ഓഫീസുകളും 192.168.77.0/24 ഉപയോഗിക്കുന്നു, ഒരു നെറ്റ്വർക്ക് ആകാൻ വേണ്ടി ആരോ ഒരു ടണൽ നിർദ്ദേശിക്കുന്നു. ഈ വാക്യം ലളിതമായി തോന്നുന്നു, എന്നാൽ മൂന്ന് വ്യത്യസ്ത രൂപകൽപ്പനകൾ ഒളിപ്പിക്കുന്നു: കൂട്ടിയിടിക്കുന്ന രണ്ട് സ്വതന്ത്ര LAN, WAN-നു കുറുകെ ബോധപൂർവം നീട്ടിയ ഒരു ഈതർനെറ്റ് സെഗ്മെന്റ്, ദൂരെയുള്ള വിലാസങ്ങൾക്കുവേണ്ടി ഉത്തരം നൽകുന്ന proxy-ARP ക്രമീകരണം. ഏതാണ് നിങ്ങൾക്കുള്ളത് എന്നത് ഹോസ്റ്റ് പാക്കറ്റിനോട് എന്ത് ചെയ്യുന്നു എന്ന് തീരുമാനിക്കുന്നു, ഉത്തരം VPN ഗേറ്റ്വേ ഇടപെടുന്നതിന് മുമ്പ് തന്നെ കാണാം.

റൂട്ടറിന് മുമ്പ് ഹോസ്റ്റ് തീരുമാനിക്കുന്നു

192.168.77.10/24 വിലാസമുള്ള ഹോസ്റ്റ് ലക്ഷ്യത്തെ സ്വന്തം പ്രിഫിക്സുമായി താരതമ്യം ചെയ്യുന്നു. ആ പ്രിഫിക്സിനുള്ളിലുള്ളതെല്ലാം നേരിട്ടുള്ള ലിങ്കിലാണ്, അതിനാൽ ഹോസ്റ്റ് ലക്ഷ്യത്തിന്റെ ലിങ്ക്-ലെയർ വിലാസം നേരിട്ട് നിർണ്ണയിക്കുന്നു. പുറത്തുള്ളതെല്ലാം ഡിഫോൾട്ട് ഗേറ്റ്വേയിലേക്ക് പോകുന്നു.

ഈ തീരുമാനം ടണലിലല്ല, ഹോസ്റ്റിന്റെ സ്റ്റാക്കിലാണ് ഉണ്ടാകുന്നത്. ഗേറ്റ്വേയിൽ ചേർത്ത ഒരു റൂട്ടിന് ഹോസ്റ്റ് ഒരിക്കലും അയക്കാത്ത പാക്കറ്റ് രക്ഷിക്കാനാവില്ല.

അതിനാൽ 192.168.77.20 മറ്റേ സൈറ്റിൽ മാത്രം ഉണ്ടെങ്കിൽ, പ്രാദേശിക ഹോസ്റ്റ് ARP വഴി അത് ചോദിക്കുന്നു, മറുപടി കിട്ടുന്നില്ല. VPN ഹാൻഡ്ഷേക്ക് പൂർണ്ണമായും ആരോഗ്യകരമായിരിക്കാം, എന്നാൽ ഇത് പരാജയപ്പെടുന്നു. ഈ പരാജയം റൂട്ടിംഗ് പ്രശ്നമല്ല, മരിച്ച ഹോസ്റ്റ് പോലെ തോന്നുന്നു. ഈ ലക്ഷണം തിരിച്ചറിയുന്നത് ടണൽ ഡീബഗ്ഗിംഗിന്റെ ഒരു മണിക്കൂർ ലാഭിക്കുന്നു.

ARP പ്രാദേശിക ലിങ്കിന്റെ ചോദ്യമാണ്

ഈ ലിങ്കിൽ വിലാസം ആരുടേതാണ് എന്ന് ARP ചോദിക്കുന്നു, മറുപടി ബ്രോഡ്കാസ്റ്റ് കേൾക്കാൻ കഴിയുന്ന ഒന്നിൽ നിന്ന് വേണം. IPsec ടണലിന്റെ മറുവശത്തുള്ള റൂട്ടർ, രൂപകൽപ്പന രണ്ട് സൈറ്റുകളെ ഒരു ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നാക്കുന്നില്ലെങ്കിൽ, അത് കേൾക്കുന്നില്ല.

ഒരേ വിലാസമുള്ള രണ്ട് ഉപകരണങ്ങൾ അവസ്ഥ കൂടുതൽ വഷളാക്കുന്നു: വിജയകരമായ നിർണ്ണയത്തിനും ഏതാണ് മറുപടി നൽകിയതെന്ന് പറയാനാവില്ല.

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

നീട്ടിയ സെഗ്മെന്റ് ഫ്രെയിമുകൾ കൊണ്ടുപോകുന്നു, റൂട്ടുകളല്ല

ബ്രിഡ്ജുകളിലേക്ക് ഘടിപ്പിച്ച ഈതർനെറ്റ് കൊണ്ടുപോകുന്ന ടണൽ രണ്ട് സൈറ്റുകളെയും ഒരു ലിങ്ക്-ലെയർ ഡൊമെയ്നിന്റെ ഭാഗമാക്കുന്നു. ARP ബ്രോഡ്കാസ്റ്റുകൾ മറുവശത്ത് എത്തുന്നു, ഓരോ ബ്രിഡ്ജും ഏത് MAC വിലാസങ്ങൾ എവിടെയാണ് എന്ന് പഠിക്കുന്നു. Linux ബ്രിഡ്ജ് ഡോക്യുമെന്റേഷൻ ആ MAC അടിസ്ഥാനമാക്കിയ ഫോർവേഡിംഗ് അതിർത്തി വിവരിക്കുന്നു.

ഇവിടെ ദൂരെയുള്ള ഗേറ്റ്വേ രണ്ട് സമാന സബ്നെറ്റുകൾക്കിടയിൽ ഒട്ടും റൂട്ടിംഗ് ചെയ്യുന്നില്ല. ഫ്രെയിമുകൾ സ്വയം IP റൂട്ട് ചെയ്യുന്ന അടിസ്ഥാന പാളി കടക്കുന്നു, ബ്രിഡ്ജുകൾ ഈതർനെറ്റ് സംഭാഷണം നീട്ടുന്നു.

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

Proxy ARP മൂന്നാമത്തെ രൂപകൽപ്പനയാണ്

ദൂരെയുള്ള വിലാസത്തിനുവേണ്ടി ARP-യ്ക്ക് ഉത്തരം നൽകി റൂട്ടർ പിന്നീട് അങ്ങോട്ട് റൂട്ട് ചെയ്യാം. ഇത് ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ നീട്ടാതെ തന്നെ അയക്കുന്നയാൾക്ക് ദൂരെയുള്ള ഹോസ്റ്റിനെ നേരിട്ടുള്ള ലിങ്കിൽ കാണിക്കുന്നു.

ഇത് ബ്രിഡ്ജിംഗിനേക്കാൾ ഇടുങ്ങിയ ഉപകരണമാണ്: ഫോർവേഡിംഗ്, മടക്ക റൂട്ടുകൾ, ഓരോ വിലാസത്തിന്റെയും വ്യക്തമായ ഉടമസ്ഥൻ എന്നിവയെ ആശ്രയിക്കുന്നു.

ഏകപക്ഷീയമായ IP ഇതര പ്രോട്ടോക്കോളുകളെ റൂട്ട് ചെയ്യാവുന്നതാക്കുന്നുമില്ല, ഈതർനെറ്റ് ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ പുനർസൃഷ്ടിക്കുന്നുമില്ല. ആവശ്യകത കൃത്യമായി ആ പകരമാകുമ്പോൾ ഉപയോഗിക്കുക, മാറ്റിവെച്ച പുനർനമ്പറിംഗിനുള്ള കുറുക്കുവഴിയായി അല്ല.

ആവശ്യകതയിൽ നിന്ന് തിരഞ്ഞെടുത്ത് പിന്നീട് പരിശോധിക്കുക

ഓഫീസുകൾക്കിടയിലെ സാധാരണ ആപ്ലിക്കേഷൻ പ്രവേശനത്തിന് വ്യത്യസ്ത പ്രിഫിക്സുകളും വ്യക്തമായ റൂട്ടുകളും കൂടുതൽ വ്യക്തമായ അതിർത്തി നൽകുന്നു. ആവശ്യകത യഥാർത്ഥത്തിൽ ലിങ്ക്-ലെയർ സാമീപ്യമാകുമ്പോൾ ബ്രിഡ്ജ് ചെയ്യുക. പങ്കിട്ട പ്രിഫിക്സിന്റെ ഏക കാരണം ഇതുവരെ ആരും ചെയ്തിട്ടില്ല എന്നതാണെങ്കിൽ പുനർനമ്പർ ചെയ്യുക.

നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഏത് രൂപകൽപ്പനയാണ് എന്ന് ഉറപ്പാക്കുക ഹോസ്റ്റിനോട് ലക്ഷ്യത്തോട് എന്ത് ചെയ്യുന്നു എന്ന് ചോദിച്ചുകൊണ്ട്:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

പരാജയപ്പെട്ട അയൽവാസി എൻട്രിയോടുകൂടിയ നേരിട്ടുള്ള ലിങ്ക് ഫലം ഇല്ലാത്ത ലിങ്ക്-ലെയർ പാതയെ സൂചിപ്പിക്കുന്നു. via ഫലം ഗേറ്റ്വേയെ പേരിട്ട് ചോദ്യം റൂട്ടിംഗിലേക്ക് മാറ്റുന്നു. ബ്രിഡ്ജിൽ, MAC ടണലിലൂടെ പഠിച്ചോ എന്ന് കാണാൻ ഫോർവേഡിംഗ് ഡാറ്റാബേസ് പരിശോധിക്കുക. ഓരോ ഔട്ട്പുട്ടും രൂപകൽപ്പന ചോദ്യം വീണ്ടും തുടങ്ങുന്നതിനുപകരം ചുരുക്കുന്നു.