Tor-ഉം VPN-ഉം ചേർക്കുമ്പോൾ DNS എവിടെ പോകുന്നു

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

ചോർച്ച എന്ന് വിളിക്കുന്നതിന് മുമ്പ് ഓരോ കൈമാറ്റത്തിനും പേര് നൽകുക

ആദ്യ കൈമാറ്റം VPN-ന്റെ അന്തിമ പോയിന്റ് തന്നെ പരിഹരിക്കുന്നു, അത് ഏതെങ്കിലും സംരക്ഷണം നിലവിൽ വരുന്നതിന് മുമ്പ് സംഭവിക്കുന്നു. രണ്ടാമത്തേത് Tor Browser-നുള്ള ലക്ഷ്യസ്ഥാനം പരിഹരിക്കുന്നു, അത് പേര് പ്രാദേശികമായി പരിഹരിക്കുന്നതിന് പകരം പ്രോക്സിക്ക് കൈമാറാം. മൂന്നാമത്തേത് യന്ത്രത്തിലെ മറ്റെല്ലാം ഉൾക്കൊള്ളുന്നു, അപ്ഡേറ്റ് പരിശോധനകൾ, മെയിൽ ക്ലയന്റുകൾ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ സ്വന്തം സേവന അന്വേഷണങ്ങൾ എന്നിവ ഉൾപ്പെടെ. അവയിൽ ആദ്യത്തേതിന് മാത്രമേ മറ്റ് രണ്ടും പങ്കെടുക്കാതെ സംഭവിക്കാനാകൂ.

അവയിൽ ഓരോന്നിനും വ്യത്യസ്ത വഴി പിന്തുടരാം, ബ്രൗസറിലെ ഒരു പരിശോധന തന്റെ അഭ്യർത്ഥന മാത്രം നിരീക്ഷിക്കുന്നു. ഒരു ഫലത്തെ മൂന്നിന്റെയും അവസ്ഥയായി കാണുന്നിടത്താണ് മിക്ക ആശയക്കുഴപ്പവും തുടങ്ങുന്നത്.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഏത് പേരുകൾ ഏത് പാളത്തിനുള്ളതാണെന്ന് എഴുതുക. സ്വകാര്യ ഓർഗനൈസേഷൻ പേരുകൾ, പൊതു ലക്ഷ്യസ്ഥാനം, ടണലിന്റെ അന്തിമ പോയിന്റ് തന്നെ എന്നിവയ്ക്ക് ഒരേ ആവശ്യകതയല്ല, അവയെ ഒരു വിഭാഗമായി കാണുന്ന നയം എന്തെങ്കിലും തകർക്കും.

ബൂട്ട്സ്ട്രാപ്പ് അന്വേഷണം ടണലിന് മുമ്പ് സംഭവിക്കുന്നു

ഹോസ്റ്റ്നാമുമായി ക്രമീകരിച്ച ക്ലയന്റ് ടണൽ തുറക്കാൻ ആ പേര് പരിഹരിക്കണം, ആ നിമിഷത്തിൽ അന്വേഷണം വഹിക്കാൻ ടണൽ നിലവിലില്ല. നിലവിലെ നെറ്റ്വർക്കിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം നൽകുന്ന ഏത് റിസോൾവറും ഉത്തരം നൽകുന്നു, അത് ക്യാപ്റ്റീവ് പോർട്ടലോ ഹോട്ടൽ റിസോൾവറോ പൊതു റിസോൾവറോ ആകാം. ഇത് ടണലിലെ ചോർച്ചയല്ല, കാരണം ഇപ്പോഴും ടണൽ ഇല്ല.

ബ്രൗസറിന്റെ സുരക്ഷിത DNS ക്രമീകരണം മാറ്റുന്നതും ഈ അന്വേഷണത്തെ തൊടുന്നില്ല, കാരണം അത് ബ്രൗസറിന് പുറത്ത് പ്രവർത്തിക്കുന്നതും ഏതെങ്കിലും പേജ് തുറക്കുന്നതിന് മുമ്പ് ആരംഭിക്കുന്നതുമായ സേവനത്തിനുള്ളതാണ്. അന്തിമ പോയിന്റിന്റെ പേര് പരിഹരിക്കാനായില്ലെങ്കിൽ, പരാജയം ക്രമീകരണം വിവരിക്കുന്ന എല്ലാറ്റിനെക്കാളും ഒരു ഘട്ടം മുമ്പ് സംഭവിക്കുന്നതിനാൽ ടണലിനുള്ളിലെ ഏത് നയവും സഹായിക്കില്ല.

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

ബ്രൗസറും യന്ത്രത്തിന്റെ ബാക്കി ഭാഗവും വ്യത്യസ്തമാണ്

Tor-ന്റെ SOCKS ഇന്റർഫേസ് ലക്ഷ്യ ഹോസ്റ്റ്നാം പ്രോക്സിയിലേക്ക് കൈമാറുന്നത് പിന്തുണയ്ക്കുന്നു, അതായത് പരിഹാരം ദൂരെയുള്ള അറ്റം ചെയ്യുന്നു, പ്രാദേശിക യന്ത്രം ഒരിക്കലും ചോദിക്കുന്നില്ല. പ്രോക്സി പിന്തുണയ്ക്കുന്ന ഒരു പൊതു ആപ്ലിക്കേഷൻ ആദ്യം പേര് പ്രാദേശികമായി പരിഹരിച്ച് പിന്നീട് ലഭിച്ച വിലാസത്തിലേക്ക് കണക്ട് ചെയ്യാം, ഇത് ഉപയോക്താവ് പ്രോക്സി വഴി പോകുന്നതായി കരുതിയ ലക്ഷ്യസ്ഥാനത്തിന് പ്രാദേശിക അന്വേഷണം സൃഷ്ടിക്കുന്നു. അതിനാൽ രണ്ട് ആപ്ലിക്കേഷനുകളും ഒരേ പ്രോക്സി ക്രമീകരണം പങ്കിട്ടുകൊണ്ട് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ ചോർന്നേക്കാം. പങ്കിട്ട പ്രോക്സി വിലാസത്തിൽ ഏത് പെരുമാറ്റമാണ് ഉപയോഗിക്കുന്നതെന്ന് ഒന്നും പറയുന്നില്ല.

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

ഒരു പരീക്ഷണ പേജിൽ നിന്ന് സാമാന്യവത്കരിക്കുന്നതിന് പകരം അഭ്യർത്ഥന നടത്തിയ പ്രോഗ്രാം പരിശോധിക്കുക. ടണലിനുള്ളിൽ വഹിക്കുന്ന അന്വേഷണവും Tor-ൽ എത്താത്ത അന്വേഷണവും തമ്മിലുള്ള വ്യത്യാസം ഒരു റിസോൾവർ വിലാസത്തിന് കാണിക്കാനാകാത്ത വ്യത്യാസമാണ്.

ഓരോ പ്രോഗ്രാമും പരിശോധിച്ച്, പിന്നീട് ഉദ്ദേശവുമായി താരതമ്യപ്പെടുത്തുക

നിരീക്ഷണങ്ങൾ വെവ്വേറെ നടത്തുക: സിസ്റ്റം എന്ത് ഉപയോഗിക്കും, ബ്രൗസർ എന്തിനാണ് ക്രമീകരിച്ചിരിക്കുന്നത്, SOCKS കണക്ഷൻ ഒരു പേരോ വിലാസമോ വഹിക്കുന്നുണ്ടോ. അവസാനത്തേതാണ് ദൂരസ്ഥവും പ്രാദേശികവുമായ പരിഹാരത്തിന്റെ വ്യത്യാസം, SOCKS വിപുലീകരണ സ്പെസിഫിക്കേഷൻ ഹോസ്റ്റ്നാം ആദ്യം പരിഹരിക്കുന്നതിന് പകരം എങ്ങനെ കൈമാറുന്നു എന്ന് വിവരിക്കുന്നു.

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

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

നിങ്ങൾ സ്വീകരിക്കുന്ന ഒഴിവുകൾ രേഖപ്പെടുത്തുക, സംരക്ഷിക്കാനാകാത്ത ബൂട്ട്സ്ട്രാപ്പ് അന്വേഷണം ഉൾപ്പെടെ. എഴുതിയ ഒഴിവ് ഒരു രൂപകൽപ്പന തീരുമാനമാണ്, അതേ ഒഴിവ് പിന്നീട് കണ്ടെത്തിയാൽ വൈകല്യമായി തോന്നും. കണ്ടെത്തുന്നയാൾ അതിനെ അങ്ങനെ കാണും, നിങ്ങൾ യോഗം അത് എന്തുകൊണ്ട് അങ്ങനെയല്ല എന്ന് വിശദീകരിച്ച് കളയും.