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

സർക്യൂട്ടിനെ സവിശേഷതകളുടെ ലിസ്റ്റാക്കി മാറ്റുക

ആദ്യ ചോദ്യം പഴയ സേവനം യഥാർത്ഥത്തിൽ എന്താണ് കൈമാറിയത് എന്നതാണ്: ചെറിയ സബ്നെറ്റുള്ള റൂട്ട് ചെയ്ത ലിങ്കോ, സൈറ്റുകൾക്കിടയിൽ പങ്കിടുന്ന 2-ാം പാളി സെഗ്മെന്റോ. ഈ വ്യത്യാസമാണ് IP ടണലിന് അത് പുനഃസൃഷ്ടിക്കാൻ കഴിയുമോ എന്ന് തീരുമാനിക്കുന്നത്, കാരണം ടണൽ രണ്ട് വിലാസങ്ങൾക്കിടയിൽ പാക്കറ്റുകൾ കൊണ്ടുപോകുന്നു, ബ്രോഡ്കാസ്റ്റ് കണ്ടെത്തലോ ഏകപക്ഷീയ EtherTypes-ഓ കൊണ്ടുപോകുന്നില്ല. സ്വയം ഒരു സ്വിച്ച് പോർട്ടായി അവതരിപ്പിച്ച സർക്യൂട്ട് /30 അവതരിപ്പിച്ചതിൽ നിന്ന് വ്യത്യസ്തമായ കുടിയേറ്റമാണ്.

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

പുതിയ വഴി ഇരു ദിശകളിലും റൂട്ട് ചെയ്യുക

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

ip route get 10.20.0.10

പോളിസി അടിസ്ഥാനമാക്കിയ റൂട്ടിംഗ് വിഭജനം വ്യക്തമാക്കുന്നു: സൈറ്റ് ജോടിയിൽപ്പെട്ട ട്രാഫിക് അടയാളപ്പെടുത്തി, സ്വതവേ ടണൽ ആയ ഒരു പട്ടിക അതിന് നൽകുക. IPsec സംരക്ഷിത അസോസിയേഷനും അതിലേക്ക് എന്ത് പ്രവേശിക്കുന്നു എന്ന് തീരുമാനിക്കുന്ന പോളിസിയും നൽകുന്നു, പക്ഷേ അതിന് ചുറ്റുമുള്ള റൂട്ടുകൾ നൽകുന്നില്ല, IPsec വാസ്തുവിദ്യ വിവരിക്കുന്നതുപോലെ. അടയാളം വളരെ വിശാലമായി പൊരുത്തപ്പെടുമ്പോൾ, സൈറ്റിലെ സാധാരണ വെബ് ട്രാഫിക്കും ടണലിൽ പ്രവേശിച്ച് തെറ്റായ എക്സിറ്റിലൂടെ പുറത്തുപോകുന്നു.

നിങ്ങൾ ഇതിനകം പരിശോധിച്ച റോൾബാക്കിനൊപ്പം മാറുക

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

ഏത് തെളിവാണ് മാറ്റത്തിന് അധികാരം നൽകുന്നതെന്നും ഏത് വ്യവസ്ഥയാണ് റോൾബാക്ക് പ്രേരിപ്പിക്കുന്നതെന്നും മുൻകൂട്ടി തീരുമാനിക്കുക. പരാജയപ്പെട്ട കണക്ഷനിലൂടെ പുതിയ VPN അറ്റകുറ്റപ്പണി ആവശ്യപ്പെടുന്ന റോൾബാക്ക് റോൾബാക്കല്ല. ട്രിഗർ മുറിയിലെ തോന്നലായല്ല, അളക്കാവുന്ന വ്യവസ്ഥയായി പ്രകടിപ്പിക്കുക.

സർക്യൂട്ട് യഥാർത്ഥത്തിൽ വഹിച്ച ട്രാഫിക്കോടെ സ്വീകരിക്കുക

Ping ലഭ്യത തെളിയിക്കുന്നു, അൽപ്പം മാത്രം. നാമ വിശകലനം, ദീർഘകാല സെഷനുകൾ, നിരസിച്ച ഫ്ലോകൾ, പഴയ വഴി ശകലീകരണമില്ലാതെ കൈകാര്യം ചെയ്ത പാക്കറ്റ് വലുപ്പങ്ങൾ എന്നിവ പരീക്ഷിക്കുക. ടണലുകൾ സർക്യൂട്ടിൽ നിന്ന് ഏറ്റവും കൂടുതൽ വ്യത്യാസപ്പെടുന്നിടം MTU ആണ്, കാരണം എൻകാപ്സുലേഷൻ ആപ്ലിക്കേഷൻ ലഭ്യമെന്ന് കരുതിയ ബൈറ്റുകൾ ഉപയോഗിക്കുന്നു. ഇരു ദിശകളിലും ശകലീകരണമില്ലാതെ കടന്നുപോകുന്ന ഏറ്റവും വലിയ പേലോഡ് അളക്കുക, സെർവറിലേക്ക് മാത്രമല്ല.

ping -M do -s 1400 -c 3 10.20.0.10

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

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