രണ്ട് സൈറ്റുകൾ, ഒരു സബ്നെറ്റ്: ഓരോന്നിനും അലിയാസ് കാഴ്ച നിർമ്മിക്കുക

രണ്ട് ഉപഭോക്തൃ സൈറ്റുകളും 192.168.50.0/24 ഉപയോഗിക്കുന്നു, ഒരു വിദൂര എൻജിനീയർ ഓരോന്നിലും ഒരേ വിലാസത്തിലുള്ള ഒരു പ്രിന്ററിൽ എത്തണം. ഏതൊരു റൂട്ടിംഗ് തന്ത്രവും ഈ അവ്യക്തത ഒറ്റയ്ക്ക് പരിഹരിക്കുന്നില്ല. ഓരോ സൈറ്റിനും വ്യത്യസ്ത വിലാസ കാഴ്ച ആവശ്യമാണ്, ഗേറ്റ്വേ എന്തെങ്കിലും കൈമാറുന്നതിന് മുമ്പ് ആ കാഴ്ചയിൽ നിന്ന് സൈറ്റ് തിരഞ്ഞെടുക്കണം.

പദ്ധതിയിൽ നാല് ഭാഗങ്ങളുണ്ട്: അലിയാസ് പ്രിഫിക്സുകൾ, രണ്ട് വിവർത്തന ദിശകൾ, ഓവർലേ നയം, പേരുകൾ. ഓരോന്നും മറ്റുള്ളവയുമായി യോജിക്കണം.

ഓരോ സൈറ്റിനും ഒരു അലിയാസ് പ്രിഫിക്സ് തിരഞ്ഞെടുക്കുക

പരിതസ്ഥിതിയിൽ മറ്റാർക്കും അവകാശമില്ലാത്ത ഒരു മുഴുവൻ അലിയാസ് പ്രിഫിക്സ് ഓരോ സൈറ്റിനും നൽകുക. രണ്ട് സൈറ്റുകളുടെ പദ്ധതി സൈറ്റ് A യുടെ 192.168.50.0/24 172.21.10.0/24 ലേക്കും സൈറ്റ് B യുടെ സമാന LAN 172.21.20.0/24 ലേക്കും മാപ്പ് ചെയ്യാം. ക്ലൗഡ് VPC-കളും മറ്റ് VPN പൂളുകളും ഉൾപ്പെടെ ഓരോ പങ്കെടുക്കുന്ന നെറ്റ്വർക്കിനെതിരെയും സ്ഥാനാർത്ഥികൾ പരിശോധിക്കുക. സ്വകാര്യ വിലാസ ഇടം ഓരോ സംഘടനയും പങ്കിടുന്നു, അതിനാൽ ഒരു ശ്രേണി RFC 1918 ആകുന്നത് അത് ഇവിടെ സ്വതന്ത്രമാണെന്ന് ഒന്നും പറയുന്നില്ല.

വിദൂര ഉപയോക്താക്കൾക്ക് യഥാർത്ഥ സബ്നെറ്റല്ല, അലിയാസ് പ്രസിദ്ധീകരിക്കുക. യഥാർത്ഥ ശ്രേണി പ്രാദേശിക വസ്തുതയായി തുടരുന്നു.

ഇരു ദിശകളിലും വിവർത്തനം ചെയ്യുക

ഇരു ദിശകളിലും വിവർത്തനം ചെയ്യുക. ലക്ഷ്യ മാപ്പിംഗ് അലിയാസ് വിലാസത്തെ ഉടമസ്ഥ സൈറ്റിലെ യഥാർത്ഥ വിലാസത്തിലേക്ക് മാറ്റിയെഴുതുന്നു. ഉറവിട മാപ്പിംഗ് വിദൂര വിളിക്കുന്നയാളെ മറ്റ് സൈറ്റുകൾക്ക് വേർതിരിച്ചറിയാൻ കഴിയുന്ന അലിയാസിലേക്ക് മാറ്റിയെഴുതുന്നു.

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

നയം, സെലക്ടറുകൾ, റൂട്ടുകൾ എന്നിവ പ്രയോഗിക്കുന്ന കൃത്യമായ ഘട്ടം നയാധിഷ്ഠിത IPsec, റൂട്ട് അധിഷ്ഠിത ടണലുകൾ, മറ്റ് ഉൽപ്പന്നങ്ങൾ എന്നിവയ്ക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു. നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നതിന് വേണ്ടി രൂപകൽപ്പന ചെയ്യുക.

പദ്ധതി ഓവർലേയിലൂടെ കൊണ്ടുപോകുക

ഹബ്ബിൽ, ഓരോ അലിയാസ് പ്രിഫിക്സും അത് ഉള്ള സൈറ്റ് പാതയ്ക്ക് നൽകി, ടാസ്കിന് ആവശ്യമായ കടന്നുപോകൽ മാത്രം അനുവദിക്കുക. മെഷിൽ, ഓരോ പ്രസക്ത പിയറിനും അതേ പ്രിഫിക്സും നയ അറിവും ആവശ്യമാണ്. ടണലുകൾ ചേർക്കുന്നത് അവ്യക്ത വിലാസവൽക്കരണം സ്വയം ശരിയാക്കുന്നില്ല.

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

ഹെഡർ വിവർത്തനം അപ്ലിക്കേഷൻ പേലോഡുകൾ മാറ്റിയെഴുതുന്നില്ല. റീഡയറക്ടുകൾ, കോൺഫിഗറേഷൻ ഫയലുകളിൽ ഉൾച്ചേർത്ത വിലാസങ്ങൾ, ഉറവിട അധിഷ്ഠിത അനുമതികൾ എന്നിവയെല്ലാം ഇപ്പോഴും യഥാർത്ഥ വിലാസം വഹിച്ചേക്കാം. പിംഗ് മാത്രമല്ല, അപ്ലിക്കേഷൻ പാത പരിശോധിക്കുക. പ്രവർത്തിക്കുന്ന ICMP മറുപടി മാപ്പിംഗ് ഉണ്ടെന്ന് തെളിയിക്കുന്നു, അപ്ലിക്കേഷൻ അലിയാസ് സ്വീകരിക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

ഓരോ വിളിക്കുന്നയാളും കാണുന്ന പേരുകൾ ശരിയാക്കുക

അറ്റകുറ്റപ്പണി പേരുകൾക്ക് വിളിക്കുന്നയാളുടെ കാഴ്ചയുമായി യോജിക്കുന്ന മറുപടികൾ നൽകുക. വിദൂര എൻജിനീയർ ഒരു ഹോസ്റ്റ്നെയിം പരിഹരിക്കുകയാണെങ്കിൽ, അത് ആ സൈറ്റിന്റെ അലിയാസ് വിലാസം തിരികെ നൽകണം, പങ്കിട്ട യഥാർത്ഥ ശ്രേണിയല്ല.

ആദ്യ അറ്റകുറ്റപ്പണി വിൻഡോയ്ക്ക് മുമ്പ് ഓരോ സൈറ്റിനും DNS കാഴ്ചകൾ പരിശോധിക്കുക. യഥാർത്ഥ സബ്നെറ്റിലേക്ക് പരിഹരിക്കുന്ന പേര് വിളിക്കുന്നയാളെ പദ്ധതി നീക്കം ചെയ്യേണ്ടിയിരുന്ന അവ്യക്തതയിലേക്ക് തിരികെ അയയ്ക്കുന്നു.

ഓരോ സൈറ്റിനും രേഖപ്പെടുത്തി പരിശോധിക്കുക

യഥാർത്ഥ വിളിക്കുന്നയാളിൽ നിന്ന് ഓരോ സൈറ്റും വെവ്വേറെ സ്വീകരിച്ച് ഏത് മെഷീൻ മറുപടി നൽകി എന്ന് സ്ഥിരീകരിക്കുക. യഥാർത്ഥ വിലാസം, അലിയാസ്, ഉടമസ്ഥ ഗേറ്റ്വേ, അനുവദിച്ച സേവനം എന്നിവ ഒരുമിച്ച് രേഖപ്പെടുത്തുക.

മൂന്നാമത്തെ സൈറ്റ് അതേ ഡിഫോൾട്ട് LAN-മായി വരുമ്പോൾ ആ വ്യത്യാസം സംരക്ഷിക്കുന്നത് ഈ ഇൻവെന്ററിയാണ്. നയാധിഷ്ഠിത IPsec NAT ഗൈഡ് ഒരു നിർദ്ദിഷ്ട വിവർത്തന മാതൃക രേഖപ്പെടുത്തുന്നു; അത് എല്ലാ പ്ലാറ്റ്ഫോമിനുമുള്ള കരാറല്ല.