VPN കണക്ട് ചെയ്തിട്ടും പേരുകൾ പരാജയപ്പെടുന്നു: DNS യഥാർത്ഥത്തിൽ എവിടെ തകരുന്നു

ടണൽ ഉയർന്നിരിക്കുന്നു, ഐക്കൺ പച്ചയാണ്, എന്നാൽ ബ്രൗസറിലെ ഓരോ ടാബും നാമ-നിർണ്ണയ പരാജയം റിപ്പോർട്ട് ചെയ്യുന്നു. ഈ ചിത്രം മൂന്ന് വ്യത്യസ്ത സംവിധാനങ്ങൾ സൃഷ്ടിക്കുന്നു: റിസോൾവർ എത്തിച്ചേരാനാകാത്തതാകാം, നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു റിസോൾവറിനോട് ക്ലയന്റ് ചോദിച്ചേക്കാം, അല്ലെങ്കിൽ സ്വകാര്യ നാമങ്ങൾ മാത്രം പരാജയപ്പെടാം. ടണൽ പ്രോട്ടോക്കോളിൽ എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഇവയെ വേർതിരിക്കുക, കാരണം ഓരോന്നും വേറൊരിടത്താണ് നന്നാക്കുന്നത്. താഴെയുള്ള ക്രമം മൂന്നിനെയും വേർതിരിക്കുന്ന നിരീക്ഷണങ്ങളിൽ നിന്ന് ആരംഭിക്കുന്നു.

ഒരു തിരച്ചിലിന് യഥാർത്ഥത്തിൽ എന്ത് വേണം

ഒരു തിരച്ചിലിന് മൂന്ന് കാര്യങ്ങൾ വേണം: റിസോൾവർ വിലാസം, ആ വിലാസത്തിലേക്കുള്ള റൂട്ട്, ചോദ്യവുമായി യോജിക്കുന്ന ഉത്തരം. ഓരോന്നും സ്വതന്ത്രമായി പരാജയപ്പെടാം, കാണുന്ന ലക്ഷണം ലോഡ് ചെയ്യാത്ത അതേ പേജാണ്. അതുകൊണ്ട് മൂന്നിൽ ഏതാണ് തകർന്നതെന്ന് അറിയുന്നതുവരെ പിശക് പേജ് നിങ്ങളോട് ഏതാണ്ട് ഒന്നും പറയുന്നില്ല.

ക്ലയന്റ് തന്റെ റിസോൾവറിനെ VPN പ്രൊഫൈലിൽ നിന്ന്, ടണലിലെ DHCP-യിൽ നിന്ന്, അല്ലെങ്കിൽ സ്വന്തം കോൺഫിഗറേഷനിൽ നിന്ന് പഠിക്കുന്നു, ഏത് ഉറവിടം വിജയിക്കുമെന്നത് പ്ലാറ്റ്ഫോമിനെ ആശ്രയിച്ചിരിക്കുന്നു. Windows-ൽ ipconfig /all ഓരോ അഡാപ്റ്ററിനുമുള്ള DNS സർവറുകൾ പ്രിന്റ് ചെയ്യുന്നു, അതിനാൽ നൽകിയ മൂല്യം യഥാർത്ഥത്തിൽ എത്തിയോയെന്ന് നിങ്ങൾക്ക് കാണാം. ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലേക്ക് ഒരിക്കലും എത്താത്ത മൂല്യം ശബ്ദമില്ലാത്തതും സാധാരണവുമായ പരാജയമാണ്. പ്രൊഫൈൽ തൊടുന്നതിന് മുമ്പ് കോൺഫിഗർ ചെയ്ത മൂല്യം വായിക്കുക.

Linux-ഉം macOS-ഉം അതേ ചോദ്യത്തിന് വ്യത്യസ്ത കമാൻഡുകളിലൂടെ ഉത്തരം നൽകുന്നു, ഉത്തരവും അതേ വായനയർഹിക്കുന്നു: resolvectl status കൂടാതെ scutil --dns രണ്ടും ഇന്റർഫേസ് അനുസരിച്ച് സർവറുകൾ പട്ടികപ്പെടുത്തുന്നു. ആ പട്ടികയെ പ്രൊഫൈൽ നൽകുന്നതായി അവകാശപ്പെടുന്ന വിലാസവുമായി താരതമ്യം ചെയ്യുക. ഇവിടത്തെ പൊരുത്തക്കേട് താഴെയുള്ള എല്ലാം വിശദീകരിക്കുന്നു, അതിനാൽ നാമങ്ങൾ പരിശോധിക്കുന്നതിന് മുമ്പ് അത് പരിഹരിക്കുക.

ഒരു പൊതു, ഒരു സ്വകാര്യ നാമം പരിശോധിക്കുക

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

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

nslookup ചോദിച്ച സർവറും ലഭിച്ച ഉത്തരവും പ്രിന്റ് ചെയ്യുന്നു, അതാണ് നിങ്ങൾക്ക് ആവശ്യമായ ജോഡി. അതേ ഷെല്ലിൽ രണ്ടുതവണ പ്രവർത്തിപ്പിച്ച് ഓരോ ഉത്തരത്തിനും അടുത്തായി ഉത്തരം നൽകിയ വിലാസം എഴുതുക.

nslookup example.com
nslookup host.corp.example 10.20.30.53

ക്ലയന്റിന് യഥാർത്ഥത്തിൽ ആ സർവറിൽ എത്താനാകുമോ എന്ന് ഉറപ്പാക്കുക

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

ഓരോ പ്ലാറ്റ്ഫോമും അതിന് ഒരു വരിയിൽ ഉത്തരം നൽകുന്നു, ഔട്ട്പുട്ടിൽ പറയുന്ന ഇന്റർഫേസാണ് മുഴുവൻ ഉത്തരം. റിസോൾവർ ടണലിന് പിന്നിലിരിക്കുമ്പോൾ അത് ഫിസിക്കൽ അഡാപ്റ്ററിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, പ്രൊഫൈൽ അതിനെ ഉൾക്കൊള്ളുന്ന പ്രിഫിക്സ് നൽകുന്നില്ല.

ip route get 10.20.30.53                      # Linux
route -n get 10.20.30.53                     # macOS
Find-NetRoute -RemoteIPAddress 10.20.30.53   # Windows PowerShell

സ്പ്ലിറ്റ്-ടണൽ പ്രൊഫൈലിൽ റിസോൾവർ നൽകിയ റൂട്ടുകൾക്ക് പുറത്തായിരിക്കാം, ഇത് സർവറിന്റെയല്ല, പ്രൊഫൈലിന്റെ പ്രശ്നമാണ്. റിസോൾവർ വിലാസം നൽകിയ പ്രിഫിക്സുകളുമായി താരതമ്യം ചെയ്ത് അവയിലൊന്ന് അതിനെ ഉൾക്കൊള്ളുന്നുവെന്ന് ഉറപ്പാക്കുക. അതേ പൊരുത്തക്കേട് DNS ഒരു നെറ്റ്വർക്കിൽ പ്രവർത്തിച്ച് സമാന പ്രൊഫൈലുള്ള മറ്റൊന്നിൽ പരാജയപ്പെടുന്നതെന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുന്നു.

ബ്രൗസറുകൾക്ക് സിസ്റ്റം റിസോൾവറിനെ ഒഴിവാക്കാമെന്ന് ഓർക്കുക

സുരക്ഷിത DNS സജീവമായ ബ്രൗസറിന് HTTPS വഴി താൻ തിരഞ്ഞെടുത്ത ദാതാവിന് ചോദ്യങ്ങൾ അയച്ച് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ റിസോൾവറിനെ പൂർണ്ണമായി അവഗണിക്കാം. അപ്പോൾ സിസ്റ്റം ശരിയെന്ന് തോന്നുമ്പോൾ ബ്രൗസർ പരാജയപ്പെടുന്നു, അല്ലെങ്കിൽ തിരിച്ചും. ഇത് ടണലിനല്ല, ബ്രൗസറിനുള്ള നയപ്രശ്നമാണ്.

ബ്രൗസറിന്റെ സുരക്ഷിത-DNS ക്രമീകരണവും അത് നിയന്ത്രിക്കുന്ന ഏതെങ്കിലും മാനേജ്ഡ് നയവും പരിശോധിച്ച്, ടണൽ മാറ്റമില്ലാതെ രണ്ടാമത്തെ ആപ്ലിക്കേഷനോ ബ്രൗസറോ പരീക്ഷിക്കുക. ഒരു ആപ്ലിക്കേഷൻ മാത്രം പരാജയപ്പെട്ടാൽ, തിരുത്തൽ ആ ആപ്ലിക്കേഷനിൽ പെടുന്നു. സ്വകാര്യ ജാലകം ശുദ്ധമായ താരതമ്യമല്ല, കാരണം അത് ഒരു ബ്രൗസറിൽ എക്സ്റ്റൻഷനുകൾ സ്വതവേ അപ്രാപ്തമാക്കിയേക്കാം മറ്റൊന്നിൽ അല്ല, മാത്രമല്ല അത് ഒരിക്കലും മാനേജ്ഡ് നയത്തെ ഒഴിവാക്കുന്നുമില്ല. പകരം രണ്ടാമത്തെ ബ്രൗസർ പ്രൊഫൈലോ മറ്റൊരു ആപ്ലിക്കേഷനോ ഉപയോഗിക്കുക.

കാഷെ മായ്ക്കുക, യഥാർത്ഥ ജോലി വീണ്ടും പരിശോധിക്കുക

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

ipconfig /flushdns                 # Windows
resolvectl flush-caches            # Linux
sudo killall -HUP mDNSResponder    # macOS

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

വിച്ഛേദിച്ചതിന് ശേഷം മാത്രം നാമങ്ങൾ പരാജയപ്പെട്ടാൽ, ക്ലയന്റ് മുൻ കോൺഫിഗറേഷൻ പുനഃസ്ഥാപിച്ചില്ല, ഇത് DNS സർവർ മാറ്റുന്നതിനുപകരം റിപ്പോർട്ട് ചെയ്യേണ്ട ജീവിതചക്ര പിശകാണ്. പ്രവർത്തിക്കുന്ന തിരച്ചിൽ ചോർച്ചാ പരിശോധനയുമല്ല, കാരണം പുറത്തുപോകുന്ന രാജ്യം ഏത് റിസോൾവർ ഉത്തരം നൽകി എന്ന് പറയുന്നില്ല.