മൾട്ടി-സൈറ്റ് VPN-നുള്ള വിലാസ സ്ഥലം എങ്ങനെ ബജറ്റ് ചെയ്യാം

VPN സബ്നെറ്റ് എത്ര വലുതായിരിക്കണം എന്നതിന്, ഏത് വിലാസങ്ങളാണ് നിങ്ങൾ എണ്ണുന്നതെന്ന് പേരിടുന്നതുവരെ ഉത്തരമില്ല. ഒരു രൂപകൽപ്പനയിൽ ആ വിലാസങ്ങൾ അക്കമിട്ട ടണൽ ലിങ്കിന്റെ രണ്ട് അറ്റങ്ങളാണ്, മറ്റൊന്നിൽ അവ നയാധിഷ്ഠിത ടണലിന് പിന്നിലുള്ള ഓഫീസ് LAN ആണ്, മൂന്നാമത്തേതിൽ അവ മാനേജുചെയ്യുന്ന ഗേറ്റ്വേയുടെ സംവരണം ചെയ്ത ഇൻഫ്രാസ്ട്രക്ചറാണ്. മൂന്ന് വസ്തുക്കൾ, മൂന്ന് ബജറ്റുകൾ, കൂടാതെ മിക്ക വലുപ്പപ്പിശകുകളും ഒരു നിര മറ്റൊരു നിരയുടെ സംഖ്യ കൊണ്ട് നിറയ്ക്കുന്നതിൽ നിന്നാണ് വരുന്നത്.

നാല് പങ്കുകൾ, നാല് വ്യത്യസ്ത ചോദ്യങ്ങൾ

പുറം ഗതാഗതം ഒരു പിയർ ബന്ധിപ്പിക്കുന്ന വിലാസമാണ്, അതിനാൽ അതിന്റെ വലുപ്പം നിങ്ങളുടെ പൊതു വിലാസനിർണ്ണയത്തെയോ ദാതാവിന്റേതിനെയോ പിന്തുടരുന്നു, അതിന് പിന്നിലുള്ള ഉപകരണങ്ങളുടെ എണ്ണത്തെ ഒരിക്കലും അല്ല. ആന്തരിക ടണൽ ലിങ്കുകൾ വിർച്വൽ ഇന്റർഫേസിന് അക്കമിടുന്ന രൂപകൽപ്പനകളിൽ മാത്രമേ ഉള്ളൂ, അവിടെ എണ്ണം ടോപ്പോളജിയുടെ അയൽപക്കങ്ങളെ പിന്തുടരുന്നു. സംരക്ഷിത LAN പ്രിഫിക്സുകൾ യഥാർത്ഥ നെറ്റ്വർക്കുകളെയും അവയുടെ വളർച്ചാ പദ്ധതിയെയും പിന്തുടരുന്നു. ദാതാവ് സംവരണം ചെയ്യുന്ന ഇൻഫ്രാസ്ട്രക്ചർ മാനേജുചെയ്യുന്ന സേവനം രേഖപ്പെടുത്തുന്നതിനെ പിന്തുടരുന്നു.

അവയിൽ മൂന്നാമത്തേതിന് മാത്രമാണ് ഓഫീസിൽ എത്ര ലാപ്ടോപ്പുകൾ ഉണ്ടെന്നതുമായി ബന്ധമുള്ളത്. ആ ഒരു ആശയക്കുഴപ്പമാണ് മിക്ക വാദങ്ങളും വിശദീകരിക്കുന്നത്.

കാൽക്കുലേറ്റർ തുറക്കുന്നതിന് മുമ്പ് നാല് പങ്കുകളും വെവ്വേറെ നിരകളായി എഴുതുക. ഓരോന്നിനും സ്വന്തം അനുവദനം, ഉടമ, വളർച്ചാ അനുമാനം എന്നിവ ലഭിക്കുന്നു, ഒന്നും മറ്റൊന്നിന്റെ വലുപ്പം പാരമ്പര്യമായി നേടുന്നില്ല. രൂപകൽപ്പനയിൽ അക്കമിട്ട ആന്തരിക ലിങ്ക് ഇല്ലെങ്കിൽ, ആ നിര ചെറുതല്ല, ഒഴിഞ്ഞതാണ്, ഒഴിഞ്ഞ നിര അടുത്ത അവലോകനക്കാരനായി രേഖപ്പെടുത്താൻ യോഗ്യമായ വസ്തുതയാണ്.

ബ്ലോക്കുകൾ എണ്ണൽ: ഒരു /30 യഥാർത്ഥത്തിൽ എത്ര ചെലവാക്കുന്നു

പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിന് രണ്ട് വിലാസങ്ങൾ ആവശ്യമാണ്, പ്ലാറ്റ്ഫോമിനെ ആശ്രയിക്കുന്ന വലുപ്പമുള്ള ഒരു ബ്ലോക്ക് ഉപയോഗിക്കുന്നു. /30 നാല് വിലാസങ്ങൾ ഉൾക്കൊള്ളുന്നു, അവയിൽ രണ്ടെണ്ണം സാധാരണയായി ഉപയോഗയോഗ്യമാണ്, അതിനാൽ പന്ത്രണ്ട് ലിങ്കുകൾ പദ്ധതിയിൽ നാൽപ്പത്തിയെട്ട് വിലാസങ്ങൾ ഉപയോഗിക്കുമ്പോൾ ഇരുപത്തിനാല് അറ്റങ്ങൾ നൽകുന്നു. /31 രണ്ട് വിലാസങ്ങൾ ഉൾക്കൊള്ളുന്നു, രണ്ടും ഉപയോഗയോഗ്യമാണ്, ഇത് കണക്ക് പകുതിയാക്കുന്നു, പക്ഷേ രണ്ട് അറ്റങ്ങളും അത് സ്വീകരിക്കുന്നിടത്ത് മാത്രം.

RFC 3021 രണ്ട് വിലാസ മാതൃക നിർവചിക്കുന്നു, പിന്തുണ അറ്റങ്ങളുടെയും സേവനത്തിന്റെയും സ്വത്താണ്, നല്ല ഉദ്ദേശ്യത്തിന്റേതല്ല. ദാതാവിന്റെ API ആന്തരിക ടണൽ ഓപ്ഷനിൽ സ്വന്തം മാസ്ക് ആവശ്യകത അടിച്ചേൽപ്പിക്കാം, പൊതു RFC രേഖപ്പെടുത്തിയ നിയന്ത്രണം റദ്ദാക്കുന്നില്ല. ബജറ്റ് സംഗ്രഹിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ പ്ലാറ്റ്ഫോം എന്ത് പ്രസ്താവിക്കുന്നുവെന്ന് പരിശോധിക്കുക, കാരണം നാൽപ്പത്തിയെട്ടും ഇരുപത്തിനാലും വിലാസങ്ങൾ തമ്മിലുള്ള വ്യത്യാസമാണ് പദ്ധതി സംവരണ ശ്രേണിയിൽ ഇടം കണ്ടെത്തുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നത്. നീണ്ട ദിവസത്തിന്റെ അവസാനം അതിൽ വിശ്വസിക്കുന്നതിന് പകരം കണക്ക് ചെയ്യുക.

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

ടോപ്പോളജി ഉറച്ചതിന് ശേഷം മാത്രം ഗുണിക്കുക. പന്ത്രണ്ട് വെവ്വേറെ ലിങ്കുകളും പന്ത്രണ്ട് പങ്കാളികളുള്ള ഒരു മൾട്ടിപോയിന്റ് ഓവർലെയും ഒരേ സൈറ്റ് എണ്ണത്തിൽ നിന്ന് വളരെ വ്യത്യസ്ത തുകകൾ നൽകുന്നു.

മാനേജുചെയ്യുന്ന ഗേറ്റ്വേയുടെ സബ്നെറ്റ് ഒരു ക്ലയന്റ് പൂൾ അല്ല

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

ദാതാവിന്റെ ആവശ്യകത സ്ഥിരമായ ചെലവായി വായിക്കുക, ഒരു റാക്ക് യൂണിറ്റിനെ കാണുന്നത് പോലെ. അത് സംരക്ഷിത പ്രിഫിക്സ് ബജറ്റിന്റെ ഭാഗമല്ല.

അതേ വായന പേരുകൾക്കും ബാധകമാണ്. രേഖപ്പെടുത്തിയ ലക്ഷ്യം ഗേറ്റ്വേ ഇൻഫ്രാസ്ട്രക്ചർ ആയ സബ്നെറ്റ് ആ സേവനത്തിൽ പതിവനുസരിച്ച് ഇൻഫ്രാസ്ട്രക്ചറാണ്, അതിനെ നിങ്ങളുടെ സ്കീമിന് യോജിപ്പിക്കാൻ പേരുമാറ്റുന്നത് ഡയഗ്രം മെച്ചപ്പെടുത്തുന്നതിന് പകരം വിന്യാസം തകർക്കുന്നു. ദാതാവിന്റെ പേരുകളും വലുപ്പങ്ങളും നിലനിർത്തുക, നിങ്ങളുടെ സ്വന്തം നമ്പറിംഗ് സ്കീം നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഭാഗങ്ങൾക്ക് ചെലവഴിക്കുക.

രണ്ടാമത്തെ സൈറ്റിനെ അതിജീവിക്കാൻ പദ്ധതി രേഖപ്പെടുത്തുക

ഒരു എൻജിനീയറുടെ തലയിൽ ജീവിക്കുന്ന പദ്ധതി ഓഫീസ് പ്രിഫിക്സും വീട്ടിലെ റൗട്ടറിന്റെ സ്ഥിര ശ്രേണിയും ആദ്യമായി ഒത്തുപോകുമ്പോൾ പരാജയപ്പെടുന്നു. അനുവദനങ്ങൾ അവയുടെ ഉടമകളോടൊപ്പം പ്രസിദ്ധീകരിക്കുക, ഓരോ ലിങ്കിന്റെ ഏത് അറ്റം ഏത് വിലാസം നൽകുന്നു എന്ന് വ്യക്തമാക്കുക. റൂട്ടുകളോ സെലക്ടറുകളോ ഇപ്പോഴും പ്രഖ്യാപിക്കേണ്ടതുണ്ട്, കാരണം ആന്തരിക ലിങ്കിന് അക്കമിടുന്നത് സ്വയം ഒരു LAN പ്രഖ്യാപിക്കുന്നില്ല.

ഓരോ ബ്ലോക്കിനും പിന്നിലെ വളർച്ചാ അനുമാനം രേഖപ്പെടുത്തുക, കാരണം വിലാസങ്ങളിൽ നിന്ന് മാത്രം പിന്നീടുള്ള ഒരു വായനക്കാരനും പുനർനിർമ്മിക്കാൻ കഴിയാത്ത ഭാഗമാണത്.

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