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

എത്തിച്ചേരേണ്ട ഓരോ ഇടവും കണക്കെടുക്കുക

റൂട്ട് ചെയ്യേണ്ട ശ്രേണികൾ എഴുതുക, നിങ്ങൾ കോൺഫിഗർ ചെയ്യുന്നവ മാത്രമല്ല. അതായത് സൈറ്റ് LAN-കൾ, VPN ക്ലയന്റ് പൂളുകൾ, ക്ലൗഡ് സബ്നെറ്റുകൾ, മാനേജ്മെന്റ്, ബാൻഡിന് പുറത്തുള്ള നെറ്റ്വർക്കുകൾ, ലാബ് സെഗ്മെന്റുകൾ, ഉപയോക്താക്കൾ വീട്ടിൽനിന്ന് സാധാരണ ബന്ധിപ്പിക്കുന്ന നെറ്റ്വർക്കുകൾ. 192.168.1.0/24 ആയി അയക്കുന്ന ഉപഭോക്തൃ റൂട്ടർ സങ്കൽപ്പമല്ല, അതേ പ്രിഫിക്സ് ഹോട്ടലുകളിലും സമ്മേളന കേന്ദ്രങ്ങളിലും കാണാം. കണക്കെടുപ്പ് പ്രിഫിക്സ്, ഉടമ, ലക്ഷ്യം എന്നിവയുടെ പട്ടികയാണ്, അതേ ശ്രേണി രണ്ടുതവണ നൽകുന്നത് തടയുന്ന ഏക രേഖയും അതാണ്.

PrefixPurposeOwner
10.20.0.0/16site LANsnetwork team
10.20.100.0/22VPN client poolremote access
10.20.200.0/24managementoperations

അടുത്ത വർഷത്തിൽ പ്രതീക്ഷിക്കുന്ന പ്രിഫിക്സുകൾ ചേർക്കുക, കാരണം ഇന്നത്തെ മാത്രം ഉൾക്കൊള്ളുന്ന പദ്ധതി ആദ്യ പുതിയ സൈറ്റിൽ പരാജയപ്പെടും. ഓരോ വരിയിലും അത് ആർക്ക് മാറ്റാം എന്ന് അടയാളപ്പെടുത്തുക, ആർക്ക് ഉടമസ്ഥതയുണ്ട് എന്ന് മാത്രമല്ല.

പുനരുപയോഗമാണ് ഇത് ബുദ്ധിമുട്ടാക്കുന്നത്: സ്വകാര്യ ഇടം പരിമിതമാണ്, ഓരോ സംഘടനയും 10.0.0.0/8 തങ്ങളുടേതായി കണക്കാക്കുന്നു. ഭാവിയിലെ ഒരു ഗസ്റ്റ് LAN നിങ്ങളുടെ പ്രിഫിക്സുകളിലൊന്നിൽ വീഴില്ലെന്ന് ഒരു പദ്ധതിക്കും വാഗ്ദാനം ചെയ്യാനാവില്ല, അതിനാൽ അത് സംഭവിക്കുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് ഡിസൈൻ പറയണം. ഭൂരിഭാഗം ജോലിയും രണ്ട് നിയമങ്ങൾ ചെയ്യുന്നു. ക്ലയന്റ് പൂളുകൾ സംഗ്രഹിക്കാവുന്ന ഒരു തുടർച്ചയായ ബ്ലോക്കിൽ വയ്ക്കുക, മറ്റൊരു ടീം ഇതിനകം റൂട്ട് ചെയ്യുന്ന ശ്രേണി ഒരിക്കലും അനുവദിക്കരുത്. ബാക്കിയെല്ലാം ആരോ കാലികമായി സൂക്ഷിക്കുന്ന രേഖയാണ്.

എന്തുകൊണ്ട് ഒരു ഓവർലാപ്പ് റൂട്ടിങ് പട്ടികയെ തോൽപ്പിക്കുന്നു

റൂട്ട് എന്നത് ഒരു പ്രിഫിക്സും അടുത്ത ഹോപ്പും ചേർന്നതാണ്, ഫോർവേഡിങ് ഏറ്റവും നീളമുള്ള പൊരുത്തപ്പെടുന്ന പ്രിഫിക്സ് തിരഞ്ഞെടുക്കുന്നു. രണ്ട് പങ്കാളികളും ഒരേ 192.168.1.0/24 ആവശ്യപ്പെടുമ്പോൾ, പട്ടികയിൽ അതിന് ഒരു എൻട്രി മാത്രമാണുള്ളത്, അതിനാൽ രണ്ട് സൈറ്റുകളുടെയും ട്രാഫിക് ഒരേ ടണലിലൂടെ പുറത്തുപോകുന്നു. രണ്ടാമത്തെ സൈറ്റ് തെറ്റായി കോൺഫിഗർ ചെയ്തതല്ല; ആദ്യത്തേത് അതേ വിലാസങ്ങൾക്ക് ഉത്തരം നൽകുന്നതിനാൽ അത് എത്തിച്ചേരാനാവാത്തതാണ്. ഏതൊരു മെട്രിക്കിനും അവയെ വേർതിരിക്കാനാവില്ല, കാരണം മെട്രിക്കുകൾ പരിശോധിക്കുന്നതിന് മുമ്പേ പൊരുത്തം സംഭവിക്കുന്നു.

പരാജയം അസമമാണ്, തെറ്റായി വായിക്കാൻ എളുപ്പമാണ്. സൈറ്റ് A-യിലെ ഹോസ്റ്റുകൾ ഗേറ്റ്വേയിലും ചില സേവനങ്ങളിലും എത്തുന്നു, എന്നാൽ സൈറ്റ് B-യിലെ ഹോസ്റ്റുകൾ ഒന്നിനും ഉത്തരം നൽകുന്നില്ല, ലോഗ് ഇരുവശത്തും ആരോഗ്യകരമായ ടണൽ കാണിക്കുന്നു. ആ മാതൃക ഒരു വിലാസ കൂട്ടിയിടിയാണ്, ഓതന്റിക്കേഷൻ അല്ലെങ്കിൽ ഫയർവാൾ തകരാറല്ല, അത് സ്ഥിരീകരിക്കാൻ കണക്കെടുപ്പുമായി താരതമ്യം ചെയ്ത ഒരു പട്ടിക ഡംപ് വേണം.

ക്ലയന്റ് പൂളും സൈറ്റ് ശ്രേണികളും ബോധപൂർവം അളക്കുക

VPN ക്ലയന്റ് പൂൾ എന്നത് ഗേറ്റ്വേ ഒരു സമയത്ത് ഒരു വിലാസം നൽകുന്ന ശ്രേണിയാണ്, അതിനാൽ അതിന്റെ വലിപ്പം ഒരേസമയം ഉള്ള കണക്ഷനുകളെ പരിമിതപ്പെടുത്തുന്നു. /24-ൽ 254 ഉപയോഗയോഗ്യമായ വിലാസങ്ങളുണ്ട്, അത് ചെറിയ ടീമിന് ഉദാരവും കണ്ടെയ്നറുകൾ ഓടിക്കുന്ന ബ്രാഞ്ചിന് ഇടുങ്ങിയതുമാണ്; /22 സ്വകാര്യ ഇടത്തിൽ അധിക ചെലവില്ലാതെ തർക്കം ഒഴിവാക്കുന്നു. പൂൾ തുടർച്ചയായി, ഓരോ സൈറ്റ് LAN-ൽ നിന്നും അകലെ സൂക്ഷിക്കുക, ക്ലയന്റുകളിലേക്കുള്ള സംഗ്രഹ റൂട്ട് ഒരിക്കലും ഒരു സൈറ്റിനെ വിഴുങ്ങാതിരിക്കാൻ. പൂൾ ശൂന്യമായിരിക്കുമ്പോഴും ശ്രേണി റിസർവ് ചെയ്യുക, കാരണം എഴുതപ്പെടാത്ത ശ്രേണിയാണ് അടുത്ത എൻജിനീയർ അനുവദിക്കുന്നത്.

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

തുടർന്ന് ആളുകൾ മറക്കുന്ന ദിശ പരിശോധിക്കുക: മടക്കപ്പാത. ഓരോ സൈറ്റ് റൂട്ടറിനും ക്ലയന്റ് പൂളിലേക്ക് ഒരു റൂട്ട് വേണം, കോൺസെൻട്രേറ്ററിന് അത് സേവിക്കുന്ന ഓരോ സൈറ്റ് പ്രിഫിക്സിലേക്കും റൂട്ട് വേണം. പൂളിലേക്ക് മടക്കപ്പാതയില്ലാത്ത വൃത്തിയുള്ള പ്രിഫിക്സ് പട്ടിക ഇപ്പോഴും തകർന്ന ഡിസൈനാണ്, ലക്ഷണം ഒന്നിനും ഉത്തരം നൽകാത്ത ഒരു ദിശയിലുള്ള ബന്ധമാണ്. രണ്ട് ദിശകളും ഒരേ പട്ടികയിൽ സൂക്ഷിച്ച്, സൈറ്റ് ചേർക്കുമ്പോഴെല്ലാം അത് അവലോകനം ചെയ്യുക.

വിവർത്തനവും പുനർനമ്പറിങ്ങും വ്യത്യസ്ത പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു

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

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

വിന്യസിക്കുന്നതിന് മുമ്പ് അകലെയുള്ള ഭാഗത്തുനിന്ന് പരിശോധിക്കുക

ഗേറ്റ്വേ ഹോസ്റ്റ് ചെയ്യാത്ത ഒരു നെറ്റ്വർക്കിൽനിന്ന് പരിശോധിക്കുക, കാരണം ഗേറ്റ്വേയുടെ സ്വന്തം LAN മിക്ക റൂട്ടിങ് തെറ്റുകളും മറയ്ക്കുന്നു. സാധാരണ വീട്ടു റൂട്ടറിന് പിന്നിൽ ഒരു ക്ലയന്റ് ബന്ധിപ്പിച്ച്, ഓരോ സൈറ്റിലെയും ഒരു സേവനത്തിലും ക്ലയന്റ് പൂളിനുള്ളിലെ ഒരു സേവനത്തിലും എത്തുക. എതിർദിശയും പരിശോധിക്കുക, ഒരു സൈറ്റ് ഹോസ്റ്റിൽനിന്ന് ക്ലയന്റിലേക്ക്, കാരണം മടക്കപ്പാതകൾ സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു. ഗേറ്റ്വേയിലേക്ക് പിങ് മാത്രം ചെയ്യുന്ന പരിശോധന ടണൽ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല.

ശ്രേണികൾ, ഉടമകൾ, വിവർത്തന മാപ്പിങ്ങുകൾ എന്നിവ ഒരു പങ്കിട്ട രേഖയിൽ സൂക്ഷിക്കുക, അത് അടുത്ത സൈറ്റ് എന്തെങ്കിലും അനുവദിക്കുന്നതിന് മുമ്പ് വായിക്കുന്നു. സൈറ്റ് ചേർക്കുമ്പോൾ അത് അവലോകനം ചെയ്യുക, രേഖപ്പെടുത്താത്ത ശ്രേണിയെ അത്ഭുതമല്ല, വൈകല്യമായി കാണുക.

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

അനുബന്ധ ലേഖനങ്ങൾ