ബ്രാഞ്ച് സബ്‌നെറ്റ് ഹെഡ്ക്വാർട്ടറിന്റെ SonicWall ഇന്റർനെറ്റ് എക്സിറ്റിലൂടെ റൂട്ട് ചെയ്യുക

ബ്രാഞ്ച് ഫോണുകൾ ഹെഡ്ക്വാർട്ടർ വഴി പുറത്തുപോകണം, അതേസമയം ബ്രാഞ്ച് ലാപ്‌ടോപ്പുകൾ പ്രാദേശിക WAN ഉപയോഗിക്കുന്നത് തുടരും, റൂട്ടിംഗ് നയം മാത്രം അത് നൽകില്ല. ബ്രാഞ്ച് റൂട്ടിന് ടണൽ തിരഞ്ഞെടുക്കാം, പക്ഷേ ടണൽ നയം ട്രാഫിക് സ്വീകരിക്കണം, ഹെഡ്ക്വാർട്ടർ അത് കൈമാറി വിവർത്തനം ചെയ്യണം, മറുപടി അതേ വഴിയിലൂടെ തിരികെ വരണം. ഈ മൂന്നിൽ ഏതെങ്കിലും വിട്ടുപോയാൽ, ടണൽ സജീവമായിരിക്കുമ്പോൾ തന്നെ ഇന്റർനെറ്റ് നഷ്ടപ്പെടുന്ന ക്ലയന്റുകളുടെ ഉപഗ്രൂപ്പായിരിക്കും ലക്ഷണം.

സെലക്ടറിൽ നിന്ന് തുടങ്ങുക, റൂട്ടിൽ നിന്നല്ല

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

ഗ്രൂപ്പിന് അത് സേവിക്കുന്ന നയത്തിന്റെ പേര് നൽകുക, ഒരു നില അല്ലെങ്കിൽ വിഭാഗത്തിന്റെ പേരല്ല, കാരണം റൂട്ടിംഗ് നിയമം രണ്ടിനെയും അതിജീവിക്കും. അതിൽ ഏതൊക്കെ ഉപകരണങ്ങളുണ്ട്, ആർക്ക് ഒന്ന് ചേർക്കാം എന്ന് രേഖപ്പെടുത്തുക.

ബ്രാഞ്ച് നയം ചേർത്ത്, അതിന്റെ ക്രമം സംരക്ഷിക്കുക

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

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

ഹെഡ്‌ക്വാർട്ടറിൽ പാത പൂർത്തിയാക്കുക

ഹെഡ്‌ക്വാർട്ടറിലെ ടണൽ നയം ഇപ്പോൾ ബ്രാഞ്ച് റൂട്ട് തിരഞ്ഞെടുക്കുന്ന ട്രാഫിക് സ്വീകരിക്കണം. ഹെഡ്‌ക്വാർട്ടറിന്റെ സ്വകാര്യ LAN-ൽ പരിമിതപ്പെടുത്തിയ ഇന്റർ-ഓഫീസ് സെലക്ടർ ഏകപക്ഷീയമായ പൊതു ലക്ഷ്യസ്ഥാനങ്ങൾ വഹിക്കാനുള്ള അനുമതിയല്ല, അതിനാൽ നയത്തിന് ബ്രാഞ്ച് സ്രോതസ്സും നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉദ്ദേശിക്കുന്ന ലക്ഷ്യ ശ്രേണിയും ആവശ്യമാണ്. തുടർന്ന് ഹെഡ്‌ക്വാർട്ടർ ആ വരുന്ന ട്രാഫിക് സ്വന്തം ആക്‌സസ് നിയമങ്ങൾ പ്രകാരം അതിന്റെ ഇന്റർനെറ്റ് അപ്‌ലിങ്കിലേക്ക് കൈമാറുന്നു, SonicWall-ന്റെ കേന്ദ്ര എക്‌സിറ്റ് ഉദാഹരണം കേന്ദ്ര WAN-ൽ ദൂരെയുള്ള നെറ്റ്‌വർക്കിനായി സ്രോതസ്സ് വിവർത്തനം ഉൾക്കൊള്ളുന്നു. ആ വിവർത്തനമില്ലാതെ ദൂരെയുള്ള വശം ഒരു സ്വകാര്യ ബ്രാഞ്ച് വിലാസം കാണുന്നു, അതിലേക്ക് തിരികെയുള്ള റൂട്ട് ഇല്ല.

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

ടണൽ വീഴുമ്പോൾ ഗ്രൂപ്പ് എന്ത് ചെയ്യണമെന്ന് തീരുമാനിക്കുക

കേന്ദ്ര എക്‌സിറ്റ് മുൻഗണനയല്ല, ആവശ്യകതയാണെങ്കിൽ, ഉപയോക്താക്കൾ ഓൺലൈനിൽ തുടരുന്നുണ്ടെങ്കിലും പ്രാദേശിക WAN-ലേക്ക് പിൻവാങ്ങുന്നത് അനുസരണ പരാജയമാണ്. തിരഞ്ഞെടുത്ത ട്രാഫിക് ഉദ്ദേശിക്കാത്ത ബദൽ പാതയിലേക്ക് പോകുന്നത് തടയാനുള്ള പിന്തുണയുള്ള മാർഗമായി SonicOS ടണൽ ഇന്റർഫേസ് ഡ്രോപ്പ് ചെയ്യുന്ന റൂട്ട് രേഖപ്പെടുത്തുന്നു.

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

മൂന്ന് ക്ലയന്റുകളിൽ നിന്ന് പരിശോധിച്ച്, എന്നിട്ട് വൃത്തിയായി റോൾബാക്ക് ചെയ്യുക

കേന്ദ്ര ഗേറ്റ്‌വേയിലേക്കുള്ള പിംഗ് തെറ്റായ കാര്യമാണ് പരിശോധിക്കുന്നത്, കാരണം അത് ഫയർവാളിൽ നിന്നാണ് ഉത്ഭവിക്കുന്നത്, തിരഞ്ഞെടുത്ത ക്ലയന്റിൽ നിന്നല്ല. പകരം ഉപകരണങ്ങളിൽ നിന്ന് പരിശോധിക്കുക, അവയിൽ മൂന്നെണ്ണം പരിശോധിക്കുക: തിരഞ്ഞെടുത്ത ഉപകരണം, പ്രാദേശികമായി തുടരേണ്ട സാധാരണ ഉപകരണം, പ്രാദേശിക സേവനങ്ങളെ ആശ്രയിക്കുന്ന ഒന്ന്.

ip -4 route get 203.0.113.10
curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com
traceroute -n -m 6 203.0.113.10

പൊതു അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ എവിടെ ഉയർന്നുവന്നു എന്ന് താരതമ്യം ചെയ്യുക. തിരഞ്ഞെടുത്ത ക്ലയന്റ് ഹെഡ്‌ക്വാർട്ടറിന്റെ എക്‌സിറ്റിലൂടെ ഇന്റർനെറ്റിൽ എത്തണം, സാധാരണ ക്ലയന്റ് ദൂരെയുള്ള വശത്ത് ബ്രാഞ്ചിന്റെ സ്വന്തം വിലാസം ഇപ്പോഴും കാണിക്കണം; 203.0.113.10 നിങ്ങൾക്ക് പ്രധാനമായ ലക്ഷ്യസ്ഥാനത്തിന്റെ പകരക്കാരനായി ഉപയോഗിക്കുന്ന ഡോക്യുമെന്റേഷൻ വിലാസമാണ്. അതേ ഘട്ടത്തിൽ DNS ഉൾപ്പെടുത്തുക, കാരണം ബ്രാഞ്ച് റിസോൾവറിനോട് ചോദിക്കുന്ന ക്ലയന്റ് വ്യത്യസ്ത സ്രോതസ്സുള്ള റൂട്ടർ-ഉത്ഭവ തിരയൽ സൃഷ്ടിക്കാം, അതിനാൽ വ്യത്യസ്ത റൂട്ടും.

റോൾബാക്ക് എന്നത് സംരക്ഷിച്ച നയ ക്രമവും വിലാസ ഗ്രൂപ്പും ചേർന്നതാണ്. മുൻ ക്രമം പുനഃസ്ഥാപിക്കുക, നയത്തിൽ നിന്ന് ഗ്രൂപ്പ് നീക്കുക, രണ്ട് ഉപകരണ വിഭാഗങ്ങളും വീണ്ടും പരിശോധിക്കുക. മാറ്റ രേഖയോടൊപ്പം കയറ്റുമതി ചെയ്ത കോൺഫിഗറേഷൻ സൂക്ഷിക്കുക, കാരണം അടുത്ത എഞ്ചിനീയർ ആരെങ്കിലും തിരുത്തുന്നതിന് മുമ്പ് ഏത് നിയമമാണ് വിശാലമായതെന്ന് അറിയണം.