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

നിയമം എന്താണ് പിൻ ചെയ്യുന്നത്, DNS എന്താണ് തിരികെ നൽകുന്നത്

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

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

പൊരുത്തം തകരുന്ന മൂന്ന് വഴികൾ

വ്യക്തമായ കേസ് സ്ഥലം മാറിയ സേവനമാണ്: ഓപ്പറേറ്റർ അതിന് പുതിയ വിലാസം നൽകി, DNS പിന്തുടർന്നു, ഒഴിവാക്കൽ പിന്തുടർന്നില്ല. രണ്ടാമത്തേത് നിയമം ഒരിക്കലും ഉൾക്കൊള്ളാത്ത ഒരു വിലാസ കുടുംബമാണ്, ഒരു പേര് IPv4-ന് മാത്രമുള്ള ഒഴിവാക്കൽ അവഗണിക്കുന്ന AAAA റെക്കോർഡുകൾ തിരികെ നൽകാൻ തുടങ്ങുമ്പോൾ ഇത് സംഭവിക്കുന്നു. മൂന്നാമത്തേത് റിസോൾവർ വ്യത്യാസമാണ്: ആന്തരികവും പൊതുവുമായ കാഴ്ച ഒരേ പേരിന് വ്യത്യസ്ത വിലാസങ്ങൾ തിരികെ നൽകാം, അതിനാൽ നിങ്ങളുടെ ആപ്പ് ഉപയോഗിക്കുന്ന വിലാസം നിങ്ങൾ പരിശോധിച്ചതല്ല.

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

ആപ്പ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ലക്ഷ്യസ്ഥാനം വായിക്കുക

ബ്രൗസർ ടാബിനോടല്ല, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തോടും സോക്കറ്റ് പട്ടികയോടും ചോദിക്കുക. തിരയൽ പേര് ഇപ്പോൾ എന്തിലേക്ക് പരിഹരിക്കുന്നു എന്ന് ഉത്തരം നൽകുന്നു, സോക്കറ്റ് പട്ടിക പ്രോസസ്സ് ബന്ധിപ്പിച്ചിരിക്കുന്ന വിലാസം കാണിക്കുന്നു, അത് പഴയതായിരിക്കാം. സിദ്ധാന്തം രൂപീകരിക്കുന്നതിന് മുമ്പ് രണ്ടും പ്രവർത്തിപ്പിക്കുക, കാരണം അവ തമ്മിലുള്ള വ്യത്യാസം പകുതിയോളം കേസുകളിൽ ഉത്തരം തന്നെയാണ്.

getent ahosts api.example.com
dig +short api.example.com A
dig +short api.example.com AAAA
ss -tnp | grep -F api
ip route get 203.0.113.40

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

ലക്ഷണമല്ല, സംവിധാനം നന്നാക്കുക

ഉൽപ്പന്നം പരിപാലിക്കുന്ന ഡൊമെയ്ൻ അടിസ്ഥാനമാക്കിയുള്ള സ്റ്റിയറിംഗ് പിന്തുണയ്ക്കുന്നുണ്ടെങ്കിൽ, അത് ഉപയോഗിക്കുക, അതിന്റെ രേഖപ്പെടുത്തിയ പുതുക്കലും പരിധിയും പാലിക്കുക. അത് സ്ഥിരമായ ഒരു ഊഹത്തെ പരിപാലിക്കുന്ന ഉത്തരം കൊണ്ട് മാറ്റുന്നു, ഫീച്ചർ രേഖപ്പെടുത്തിയതുപോലെ പ്രവർത്തിക്കുന്നതിനെ ആശ്രയിക്കുന്ന ചെലവിൽ.

ഡിസൈൻ ഒരു സ്ഥിര പട്ടികയെ ആശ്രയിക്കുന്നുവെങ്കിൽ, അതിന് ഒരു ഉടമയും അപ്ഡേറ്റ് പ്ലാനും നൽകുക. വിലാസം എങ്ങനെ കണ്ടെത്തുന്നു, മാറ്റം ആരാണ് അംഗീകരിക്കുന്നത്, പട്ടിക പ്രൊവൈഡർ കുടിയേറ്റത്തെ എത്ര വേഗത്തിൽ പിന്തുടരണം എന്ന് പ്ലാൻ പറയണം. ഉടമയില്ലാത്ത പട്ടിക അറിയപ്പെടുന്ന കാരണമുള്ള ഭാവി തടസ്സമാണ്.

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

ഉദ്ദേശ്യത്തിന്റെ രണ്ട് പകുതികളും പരിശോധിക്കുക

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

curl -sv --max-time 5 https://api.example.com/ -o /dev/null 2>&1 | grep -E 'Trying|Connected to'
curl -sS --max-time 5 https://public.example/ -o /dev/null -w '%{http_code}\n'

പുതിയ വിലാസം, തിരഞ്ഞെടുത്ത സംവിധാനം, തീയതി എന്നിവ രേഖപ്പെടുത്തുക. ആ കുറിപ്പാണ് അടുത്ത വ്യക്തിയെ VPN തന്റെ സ്വന്തം കോൺഫിഗറേഷൻ ക്രമരഹിതമായി അവഗണിച്ചു എന്ന നിഗമനത്തിലെത്തുന്നതിൽ നിന്ന് തടയുന്നത്.

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