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

റീഡയറക്ഷൻ ഇല്ലാതാക്കുന്നത് മാറ്റത്തിന്റെ പകുതി മാത്രം

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

രണ്ട് പകുതികളും ഡിഫോൾട്ടുകളല്ല, ആവശ്യകതകളാണ്. സ്വകാര്യ പ്രിഫിക്സുകൾ ടണലിൽ പ്രവേശിക്കണം, സാധാരണ ലക്ഷ്യസ്ഥാനങ്ങൾ കണക്ഷന് മുമ്പുള്ള പാത നിലനിർത്തണം.

ഒരു സംഘടന പൂർണ ടണൽ നിർബന്ധമാക്കിയാൽ, ഇവയൊന്നും ബാധകമല്ല. സ്വകാര്യ-മാത്ര രൂപകൽപ്പന വിഭജിത റൂട്ടിംഗ് അംഗീകരിച്ച വിന്യാസങ്ങൾക്കുള്ളതാണ്.

pull-filter ഒരു പൊരുത്തമാണ്, സ്വിച്ചല്ല

pull-filter നിർദ്ദേശം പേരുകൾ ഒരു പ്രിഫിക്സുമായി പൊരുത്തപ്പെടുന്ന തള്ളിയ ഓപ്ഷനുകൾ നീക്കുന്നു, അത്രമാത്രം ചെയ്യുന്നു. റീഡയറക്ഷൻ അവഗണിച്ചാൽ മറ്റെല്ലാ തള്ളിയ ഓപ്ഷനുകളും അവയുടെ സ്ഥാനത്ത് നിൽക്കും, സാധാരണയായി അതാണ് നിങ്ങൾക്ക് വേണ്ടത്: റൂട്ടുകൾ, DNS ക്രമീകരണങ്ങൾ, റൂട്ട്-ഗേറ്റ്‌വേ മൂല്യം എന്നിവയെല്ലാം എത്തുന്നു. പ്രാദേശിക പ്രൊഫൈലിൽ എഴുതിയ നിർദ്ദേശവും അതിന് നീക്കാൻ കഴിയില്ല, കാരണം ഫിൽട്ടറിംഗ് സെർവർ തള്ളുന്നതിന് ബാധകമാണ്.

route എന്ന് തുടങ്ങുന്ന ഓരോ ഓപ്ഷനും അവഗണിക്കാനുള്ള പ്രലോഭനത്തെ ചെറുക്കുക. ആ മാതൃക കണക്ഷന് ആവശ്യമായ സ്വകാര്യ റൂട്ടുകളും വലിച്ചെറിയുന്നു, ടണൽ ആശ്രയിക്കുന്ന ഗേറ്റ്‌വേ വിവരങ്ങളും അത് നഷ്ടപ്പെടുത്തിയേക്കാം.

route-nopull കാണുന്നതിനേക്കാൾ വിശാലമായ തീരുമാനമാണ്. ക്ലയന്റ് തള്ളിയ റൂട്ടുകളും DHCP ശൈലിയിലുള്ള ഓപ്ഷനുകളും ഒരു കൂട്ടമായി സ്വീകരിക്കുന്നത് അത് തടയുന്നു, ഇത് ഒരു ഓപ്ഷൻ ഫിൽട്ടർ ചെയ്യുന്നതിൽ നിന്ന് വ്യത്യസ്ത നയമാണ്.

ആപ്ലിക്കേഷനിൽ നിന്ന് പുറത്തേക്ക് റൂട്ട് പട്ടിക എഴുതുക

ഉപയോക്താവ് യഥാർത്ഥത്തിൽ തുറക്കുന്നതിൽ നിന്ന് തുടങ്ങി, പിന്നീട് പിന്തുണയ്ക്കുന്ന ഭാഗങ്ങൾ ചേർക്കുക. 10.60.20.15 ലെ ഒരു ആപ്ലിക്കേഷൻ അതിന്റെ സബ്‌നെറ്റ് 10.60.0.0/16 സൂചിപ്പിക്കുന്നു, സ്വകാര്യ പേര് അതിന് മറുപടി നൽകുന്ന റിസോൾവറിനെ സൂചിപ്പിക്കുന്നു. അതിനാൽ ഒരു ആപ്ലിക്കേഷൻ ആവശ്യപ്പെട്ട ഉപയോക്താവിന് രണ്ട് ലക്ഷ്യസ്ഥാനങ്ങളും ഒരു DNS തീരുമാനവും വേണം. ആ പട്ടികയ്ക്കപ്പുറമുള്ളതെല്ലാം നിർമ്മാണപരമായി പരിധിക്ക് പുറത്താണ്, അതാണ് നയത്തെ പരിശോധനായോഗ്യമായി നിർത്തുന്നത്.

സഹകരിക്കുന്ന സെർവറിൽ അവ രണ്ട് തള്ളിയ റൂട്ടുകളാകുന്നു, അവയൊന്നും റീഡയറക്ഷനല്ല. നിലവിലുള്ള സേവനം നൽകുന്ന ടണൽ ടോപ്പോളജിയും റൂട്ട്-ഗേറ്റ്‌വേ മൂല്യങ്ങളും നിലനിർത്തുക.

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

DestinationIntended path
10.60.0.0/16Tunnel, for the approved application services
10.61.0.53/32Tunnel, to reach the internal resolver
corp.example queriesInternal resolver, selected per namespace
Everything elseLocal path and local resolver

DNS അതേ പാത പിന്തുടരട്ടെ

റിസോൾവറിലേക്കുള്ള റൂട്ട് റിസോൾവർ നയമല്ല. systemd-resolved ക്ലയന്റിൽ അർത്ഥപരമായ ഫലം സ്വകാര്യ നാമസ്ഥലത്തിനുള്ള ഒരു റൂട്ടിംഗ് ഡൊമെയ്‌നാണ്, അത് ആന്തരിക റിസോൾവറിലേക്ക് ചൂണ്ടുന്നു, അതാണ് ആ പേരുകൾ മാത്രം അത് ഉപയോഗിക്കാൻ ഇടയാക്കുന്നത്. Windows ക്ലയന്റിന് പകരം സ്വന്തം നാമസ്ഥല നയ സംവിധാനം വേണം. പ്രൊഫൈലിലെ DNS സെർവർ വരി സ്വയം അവയൊന്നും ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല.

പ്രൊഫൈൽ ആവശ്യപ്പെട്ടതല്ല, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം തിരഞ്ഞെടുത്തത് പരിശോധിക്കുക. Linux ൽ resolvectl status ഓരോ ലിങ്കിനും ഡൊമെയ്‌നും സെർവറും കാണിക്കുന്നു; Windows ൽ നാമസ്ഥല നയ പട്ടികയാണ് തുല്യമായ തെളിവ്.

റിസോൾവറിനെ ടണലിലൂടെ എത്താവുന്നതാക്കി നിർത്തുക, അല്ലെങ്കിൽ നയം ചോദിക്കാൻ കഴിയാത്ത ഒരു വിലാസത്തിലേക്ക് ചൂണ്ടും. ടണൽ എത്താത്ത റിസോൾവർ വിലാസം പ്രവർത്തിക്കുന്ന നയത്തെ സമയപരിധിയാക്കി മാറ്റുന്നു.

വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ രണ്ട് പകുതികളും പരിശോധിക്കുക

മാറ്റത്തിന് ശേഷം ക്ലയന്റ് വീണ്ടും ബന്ധിപ്പിച്ച് സ്വകാര്യ വിലാസത്തിലേക്കും പൊതു വിലാസത്തിലേക്കുമുള്ള ഫലപ്രദമായ റൂട്ട് പരിശോധിക്കുക. പിന്നീട് ഒരു സ്വകാര്യ പേരും ഒരു പൊതു പേരും പരിഹരിച്ച് ഓരോന്നും ഉദ്ദേശിച്ച റിസോൾവർ ഉപയോഗിച്ചെന്ന് ഉറപ്പാക്കുക. ഒരു പൊതു വെബ്‌സൈറ്റ് ലോഡ് ചെയ്യുന്നത് രണ്ടാം പകുതി മാത്രം തെളിയിക്കുന്നു, സാധാരണയായി ആ പകുതിയാണ് യാദൃച്ഛികമായി പ്രവർത്തിക്കുന്നത്.

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

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