സ്പ്ലിറ്റ് ടണൽ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക: ഒരു IP ഫലം പരീക്ഷയല്ല

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

കെട്ടുകഥ: വിലാസ തിരയൽ പരിധി തെളിയിക്കുന്നു

IP പരിശോധന ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: പുറംലോകം ഒരു നിമിഷത്തിൽ ഒരു ആപ്ലിക്കേഷനിൽ നിന്ന് എന്ത് കാണുന്നു. ആന്തരിക പ്രിഫിക്സ്, രണ്ടാമത്തെ ബ്രൗസർ പ്രൊഫൈൽ അല്ലെങ്കിൽ സ്വകാര്യമായി പരിഹരിക്കേണ്ട പേരിനെക്കുറിച്ച് ഇത് ഒന്നും പറയുന്നില്ല. പരാജയത്തെക്കുറിച്ചും ഒന്നും പറയുന്നില്ല, ഉത്പാദനത്തിൽ തകരുന്ന സ്പ്ലിറ്റ് ടണൽ രൂപകൽപ്പനയുടെ പകുതി അതാണ്.

വിലാസ പേജിന് പാത, റിസോൾവർ അല്ലെങ്കിൽ പരാജയ നയം കാണിക്കാനും കഴിയില്ല. അതിനെ ഒരു നിരീക്ഷണമായി കാണുക, വിധിയായി അല്ല.

ഉൾപ്പെടുത്തിയതും ഒഴിവാക്കിയതുമായ പ്രവാഹം പരീക്ഷിക്കുക

ഉൾപ്പെടുത്തേണ്ട ആപ്ലിക്കേഷനിൽ നിന്നോ ടണൽ വഴി കടക്കുമെന്ന് പ്രതീക്ഷിക്കുന്ന പ്രിഫിക്സിലേക്കോ നിരുപദ്രവകരമായ അഭ്യർത്ഥന അയച്ച്, ഉറവിടം, ലക്ഷ്യം, വിലാസ കുടുംബം, നിരീക്ഷിച്ച പാത എന്നിവ രേഖപ്പെടുത്തുക. നേരിട്ട് തുടരേണ്ട പ്രവാഹത്തിനും അതുതന്നെ ചെയ്യുക. ഒഴിവാക്കിയ വശമാണ് ആളുകൾ ഒഴിവാക്കുന്ന വശം, വിഭജനം ആകസ്മികമല്ല, മനഃപൂർവമാണ് എന്നതിന് അതാണ് ഏക തെളിവ്. സഹായ പ്രക്രിയയ്ക്ക് വേറിട്ട നയ ഐഡന്റിറ്റി ഉണ്ടാകാം, അതിനാൽ സോക്കറ്റ് ഉള്ള പ്രക്രിയയിൽ പരീക്ഷിക്കുക.

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

അതുകൊണ്ട് തെറ്റായ ആപ്ലിക്കേഷനിൽ നടത്തുന്ന പരീക്ഷ രൂപകൽപ്പനയുടെ ഉദ്ദേശ്യത്തിന് വിരുദ്ധമായി കാണിക്കാം. ഏതെങ്കിലും നിഗമനത്തിലെത്തുന്നതിന് മുൻപ് ഇരുവശത്തിനും നാല് ഫീൽഡുകൾ എഴുതുക.

DNS-ഉം പരാജയ സന്ദർഭവും ചേർക്കുക

സിസ്റ്റം റിസോൾവറിനോടും ആപ്പ് ഉപയോഗിക്കുന്ന റിസോൾവറിനോടും ചോദിക്കുക, തുടർന്ന് ആ ഉത്തരങ്ങൾ സൈറ്റ് റിപ്പോർട്ട് ചെയ്യുന്ന പുറപ്പെടൽ വിലാസവുമായി താരതമ്യം ചെയ്യുക. രണ്ട് പാളികൾക്കും മനഃപൂർവം വ്യത്യാസപ്പെടാം, ഒരു ബ്രൗസർ തിരയൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം നയം പരീക്ഷിക്കുന്നില്ല. ഒരു ഷെൽ താരതമ്യം ആവർത്തിക്കാവുന്നതാക്കുന്നു: ടണൽ മനഃപൂർവം മുറിക്കുക, തുടർന്ന് ബ്രൗസർ കാഷ് ചെയ്യാത്ത അഭ്യർത്ഥന നടത്തുക; കാഷിൽ നിന്ന് നൽകുന്ന പേജ് ബാക്കപ്പ് ഏത് ദിശയിലേക്ക് പോയി എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. യഥാർത്ഥത്തിൽ സംഭവിച്ചത് രേഖപ്പെടുത്തുക, രൂപകൽപ്പന പ്രവചിച്ചതല്ല.

curl -s https://ifconfig.me
nslookup intranet.example

അടച്ച നിലയിൽ പരാജയപ്പെടുന്ന സ്പ്ലിറ്റ് ടണലും തുറന്ന നിലയിൽ പരാജയപ്പെടുന്ന ടണലും നിങ്ങൾ മനഃപൂർവം മുറിക്കുന്നത് വരെ ഒരുപോലെ കാണപ്പെടുന്നു. നിങ്ങൾ നിരീക്ഷിച്ച സ്വഭാവം രേഖപ്പെടുത്തുക, പ്രതീക്ഷിച്ചതല്ല.

അവസ്ഥ മാറിയ ശേഷം ആവർത്തിക്കുക

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

ഏതെങ്കിലും ഫലം വ്യത്യസ്തമാണെങ്കിൽ, ഒരുമിച്ച് പല ക്രമീകരണങ്ങളും മാറ്റുന്നതിന് മുൻപ് നിയമത്തിന്റെ ഉടമയെയും പ്രോസസ്സിംഗ് ഘട്ടത്തെയും കണ്ടെത്തുക. അഞ്ച് കാര്യങ്ങൾ മാറ്റി ഒരു ഫലം നിരീക്ഷിക്കുന്നത് രോഗനിർണയമല്ല, അത് പുതിയ കോൺഫിഗറേഷനാണ്.

ഫലം എന്ത് സ്ഥാപിക്കണം

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

അപ്പോൾ അടുത്ത അവലോകകന് രൂപകൽപ്പനയാണോ പരീക്ഷയാണോ മാറിയതെന്ന് പറയാം. ഇരുവശവും, റിസോൾവർ വിഭജനവും, പരാജയ സ്വഭാവവും നിങ്ങൾ തുടക്കത്തിൽ എഴുതിയതുമായി പൊരുത്തപ്പെടുമ്പോൾ സ്പ്ലിറ്റ് ടണൽ പരിശോധിക്കപ്പെടുന്നു. ഒരു IP ഫലം അവയിലൊന്നും പരിശോധിക്കുന്നില്ല.