Smart DNS ഒരു VPN അല്ല: ആ DNS ക്രമീകരണം യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്
Smart DNS ക്രമീകരണം കുറച്ച് സേവനങ്ങൾക്കായി നാമാന്വേഷണം നയിക്കുന്നു. ഇത് എൻക്രിപ്റ്റ് ചെയ്ത ടണൽ അല്ല, ആ വ്യത്യാസമാണ് നിങ്ങളുടെ ട്രാഫിക് ആർക്ക് കാണാമെന്ന് തീരുമാനിക്കുന്നത്.
നിങ്ങൾ ടിവി ഒരു Smart DNS റിസോൾവറിലേക്ക് തിരിക്കുന്നു, ഒരു സ്ട്രീമിംഗ് ആപ്പ് പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു, ഉപസംഹാരം സ്വയം എഴുതപ്പെടുന്നു: ഇത് കുറഞ്ഞ ചെലവിലും വേഗത്തിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നതുമായ ഒരു VPN ആണ്. അല്ല, ഈ വ്യത്യാസം കുറ്റം പറയലല്ല. മാറിയത്, ഒരു ഹോസ്റ്റ്നാമിന് എവിടെയാണ് താമസം എന്ന് ടിവി ചോദിച്ചപ്പോൾ കിട്ടിയ ഉത്തരമാണ്; മാറാത്തത്, ഓരോ പാക്കറ്റും ഇപ്പോഴും നിങ്ങളുടെ വീട് തുറന്ന്, അതേ വഴിയിൽ, ISP-യ്ക്ക് ഇപ്പോൾ അറിയാവുന്ന അതേ വിലാസത്തിൽ നിന്ന് പുറപ്പെടുന്നു എന്നതാണ്. കെട്ടുകഥ, DNS ക്രമീകരണം ഒരു ടണൽ ആണെന്നാണ്. യാഥാർത്ഥ്യം ഇടുങ്ങിയതും നിങ്ങൾ അത് കാണുമ്പോൾ കൂടുതൽ ഉപയോഗപ്രദവുമാണ്.
കെട്ടുകഥ: DNS മാറ്റം നിങ്ങളുടെ ട്രാഫിക്കിന്റെ വഴി മാറ്റുന്നു
സാധാരണ DNS ഒരു ആപ്പിനോട് എവിടെ ബന്ധിപ്പിക്കണമെന്ന് പറയുന്നു. Smart DNS സേവനം തിരഞ്ഞെടുത്ത ഹോസ്റ്റ്നാമുകൾക്ക് ദാതാവിന്റെ സ്വന്തം അടിസ്ഥാന സൗകര്യത്തിൽ പെട്ട വിലാസങ്ങൾ നൽകി ഉത്തരം നൽകുന്നു, അതിനാൽ ആപ്പ് സേവനത്തിലേക്ക് നേരിട്ടല്ല, അവിടേക്ക് ബന്ധിപ്പിക്കുന്നു. പിന്നീട് ദാതാവ് ആ ഒരു പ്രവാഹം യഥാർത്ഥ ലക്ഷ്യസ്ഥാനത്തേക്ക് കൈമാറുന്നു. ഉപകരണത്തിൽ മറ്റൊന്നും നീങ്ങുന്നില്ല.
ഈ തന്ത്രം ഒരു ടിവിയിലോ കൺസോളിലോ ഒട്ടും പ്രവർത്തിക്കുന്നതിന്റെ കാരണം അതാണ്. ക്ലയന്റ് ഇല്ല, ഇന്റർഫേസ് ഇല്ല, റൂട്ട് ടേബിളിൽ എൻട്രി ഇല്ല, എൻക്രിപ്ഷൻ പാളി ഇല്ല. ഉപകരണം എപ്പോഴും ചെയ്തത് തന്നെ ചെയ്യുന്നു: ഒരു നാമം പരിഹരിച്ച് തിരികെ വരുന്നതിലേക്ക് ബന്ധിപ്പിക്കുന്നു. നിങ്ങൾ ഉത്തരം മാറ്റി, ഓരോ പാക്കറ്റിന്റെ വഴിയല്ല.
ഈ ലേബൽ ബന്ധമില്ലാത്ത DNS പ്രോജക്റ്റുകളും ഉപയോഗിക്കുന്നു, അതിനാൽ പേരിൽ നിന്ന് സവിശേഷതകൾ ഊഹിക്കാതെ ദാതാവിന്റെ സ്വന്തം ഡോക്യുമെന്റേഷൻ പരിശോധിക്കുക. സ്റ്റാൻഡേർഡ് Smart DNS പ്രോട്ടോക്കോൾ ഇല്ല; ഒരു ഉൽപ്പന്നത്തിന്റെ പരിധി മറ്റൊന്നിനെക്കുറിച്ച് വിശ്വസനീയമായി ഒന്നും പറയുന്നില്ല.
യഥാർത്ഥത്തിൽ എന്താണ് നയിക്കപ്പെടുന്നത്, എന്തല്ല
ഉപകരണം അനുസരിച്ചല്ല, പ്രവാഹം അനുസരിച്ച് പട്ടികപ്പെടുത്തിയാൽ വ്യത്യാസം എളുപ്പത്തിൽ കാണാം.
| Flow | Steered by Smart DNS? | Why |
|---|---|---|
| A supported streaming hostname | Yes, usually | The resolver returns a provider address for that name |
| The same app's other hostnames | Only if the provider lists them | Steering is per-name, and lists are curated |
| Your browser, email, game downloads | No | Their names resolve to the ordinary destination |
| Traffic from devices not using that resolver | No | Nothing forces a device onto a particular resolver |
| Payload encryption | No | Unrelated to name resolution |
ഇത് സംഭവിക്കുന്നത് നിങ്ങൾക്ക് കാണാം. ദാതാവിന്റെ റിസോൾവറിനോട് ഒരു ഹോസ്റ്റ്നാം ചോദിക്കുക, അതേ പേര് ഒരു പൊതു റിസോൾവറിനോടും ചോദിക്കുക:
dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.exampleവ്യത്യസ്ത ഉത്തരങ്ങൾ നാമപാളിയിൽ നയിക്കൽ എന്നർത്ഥം. ഒരേ ഉത്തരം എന്നാൽ സേവനം ആ പേര് ഉൾക്കൊള്ളുന്നില്ല അല്ലെങ്കിൽ ഉപകരണം ആ റിസോൾവർ ഉപയോഗിക്കുന്നില്ല — തെറ്റായ DNS കോൺഫിഗറേഷൻ പോലെ തോന്നുന്നതും പലപ്പോഴും കേടായ അക്കൗണ്ടായി തെറ്റിദ്ധരിക്കപ്പെടുന്നതുമായ ഒരു പരാജയം.
അതേ ഗന്ധമുള്ള രണ്ടാമത്തെ പരാജയവുമുണ്ട്. പല ദാതാക്കളും നിങ്ങൾ ഇപ്പോൾ ഉപയോഗിക്കുന്ന പൊതു വിലാസത്തിന്റെ അടിസ്ഥാനത്തിൽ അനുവാദം നൽകുന്നു, അതിനാൽ വിലാസം മാറുന്നതുവരെ അക്കൗണ്ട് പ്രവർത്തിക്കും. കാരിയർ-ഗ്രേഡ് NAT ഭ്രമണം, അല്ലെങ്കിൽ മുകളിൽ ഇട്ട VPN, ആ വിലാസം നീക്കും, നാമപരിഹാരം വിജയിച്ചുകൊണ്ടിരിക്കെ റിലേ നിങ്ങളെ നിരസിക്കും. രജിസ്ട്രി എൻട്രി ഒരു പ്രവേശന നിയന്ത്രണമാണ്, പ്രത്യേക എഗ്രെസിന്റെ തെളിവല്ല.
എൻക്രിപ്റ്റ് ചെയ്ത DNS വേറെ മൂന്നാമത്തെ കാര്യമാണ്
HTTPS-ൽ കൂടിയ DNS, TLS-ൽ കൂടിയ DNS നിങ്ങളുടെ ഉപകരണവും റിസോൾവറും തമ്മിലുള്ള കൈമാറ്റം സംരക്ഷിക്കുന്നു. അവ ചോദ്യം എൻക്രിപ്റ്റ് ചെയ്ത് പ്രാമാണീകരിക്കുന്നു, അതിനാൽ പ്രാദേശിക ശൃംഖലയ്ക്ക് അത് വായിക്കാനോ മാറ്റിയെഴുതാനോ കഴിയില്ല, DoH അത് പോർട്ട് 443-ൽ സാധാരണ HTTPS ട്രാഫിക്കിൽ എത്തിക്കുന്നു, അതുകൊണ്ടാണ് ഒരു ഫിൽട്ടറിന് അത് വെബ് ട്രാഫിക്ക് പോലെ തോന്നുന്നത്. ഇത് അന്വേഷണങ്ങൾക്കുള്ള രഹസ്യതാ സവിശേഷതയാണ്.
ഒരു സേവനം നയിക്കുന്നത് മറ്റൊരു ധർമ്മമാണ്: ഉത്തരം തന്നെ ഒരു ഇടനിലക്കാരനെ ചൂണ്ടുന്നു. ഒരു ഉൽപ്പന്നം രണ്ടും ഒരുമിച്ച് നൽകാം, പലതും അങ്ങനെ ചെയ്യുന്നു, പക്ഷേ ഒന്ന് മറ്റൊന്നിനെ അർത്ഥമാക്കുന്നില്ല. നിങ്ങളുടെ അന്വേഷണങ്ങൾ എൻക്രിപ്റ്റ് ചെയ്തത് ഒരു ബൈറ്റ് വീഡിയോയും മറ്റൊരു രാജ്യത്തിലൂടെ കൊണ്ടുപോയിട്ടില്ല.
അതിനാൽ «എൻക്രിപ്റ്റ് ചെയ്ത DNS» നിങ്ങളുടെ അന്വേഷണങ്ങൾ ആർക്ക് വായിക്കാം എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. നിങ്ങളുടെ ട്രാഫിക് ആർക്ക് കാണാം എന്നതിന് ഉത്തരം നൽകുന്നില്ല, പുതിയ എഗ്രെസ് വിലാസവും തരുന്നില്ല. DNS over HTTPS വിവരണം ആ സംരക്ഷണം എന്ത് ഉൾക്കൊള്ളുന്നു എന്നതിന് ശരിയായ റഫറൻസാണ്, റൗട്ടിംഗിനെക്കുറിച്ച് ഒന്നും പറയുന്നുമില്ല.
ഓരോ ക്രമീകരണത്തിലും ആർ എന്ത് കാണുന്നു
Smart DNS-ൽ, റിസോൾവർ നിങ്ങൾ അന്വേഷിക്കുന്ന പേരുകൾ കാണുന്നു, ദാതാവിന്റെ റിലേ അത് വഹിക്കുന്ന ബന്ധങ്ങൾ കാണുന്നു, നിങ്ങളുടെ ISP ബാക്കിയെല്ലാം തുറന്ന ടെക്സ്റ്റ് ഘടനയിൽ കാണുന്നു: ഏത് വിലാസങ്ങളിൽ എപ്പോൾ എത്രത്തോളം ബന്ധിപ്പിച്ചു. നയിക്കപ്പെട്ട പ്രവാഹത്തിൽ ഉള്ളടക്കം ലക്ഷ്യസ്ഥാനം വരെ TLS കൊണ്ട് സംരക്ഷിതമായിരിക്കുന്നു, അതിനാൽ റിലേ വായിക്കാൻ കഴിയാത്ത ഒരു എൻക്രിപ്റ്റ് ചെയ്ത സെഷൻ കൈമാറുന്നു — പക്ഷേ നിങ്ങൾ ബന്ധിപ്പിച്ചു, എവിടെ നിന്ന്, എത്ര സമയം എന്ന് കാണാൻ കഴിയും.
VPN-ൽ, ടണൽ ഓപ്പറേറ്റർ നിങ്ങളുടെ ട്രാഫിക്കും ലക്ഷ്യസ്ഥാനങ്ങളും കാണുന്നു, ഇത് ഒരു കേന്ദ്രീകൃത വിശ്വാസ തീരുമാനമാണ്, നിങ്ങളുടെ ISP ഒരു അന്തിമ ബിന്ദുവിലേക്കുള്ള എൻക്രിപ്റ്റ് ചെയ്ത പ്രവാഹം മാത്രം കാണുന്നു. വ്യത്യസ്ത വിധേയത, സ്വയമേവ കുറവല്ല. ഒരു സൈറ്റ് തുറക്കുന്നുണ്ടോ എന്നത് കൊണ്ട് ഒരു മോഡലിനെയും വിലയിരുത്തരുത്.
വേഗത ലേബലിനെയല്ല, വഴിയെ പിന്തുടരുന്നു. തിരഞ്ഞെടുത്ത റിലേ ബന്ധമില്ലാത്ത ട്രാഫിക്കിനെ വഴിത്തിരിവിൽ നിന്ന് പുറത്ത് നിർത്താം, ഇല്ലെങ്കിൽ എല്ലാം ടണലിലിടുന്ന ഉപകരണത്തിന് ഇത് യഥാർത്ഥ നേട്ടമാണ്. അതും ഒരു ഉറപ്പല്ല, സജീവമായി അത് കണ്ടെത്താൻ ശ്രമിക്കുന്ന ഒരു സേവനത്തിലേക്ക് ശാശ്വത പ്രവേശനം ഒരു ക്രമീകരണവും വാഗ്ദാനം ചെയ്യുന്നില്ല.
Smart DNS ശരിയായ ഉപകരണമാകുന്നത് എപ്പോൾ
ഉപകരണത്തിന് ഒരു VPN ക്ലയന്റ് ഒട്ടും പ്രവർത്തിപ്പിക്കാൻ കഴിയാത്തപ്പോൾ — ഒരു ടിവി, ഒരു കൺസോൾ, ലോക്ക് ചെയ്ത നെറ്റ്വർക്ക് സ്റ്റാക്കുള്ള സെറ്റ്-ടോപ്പ് ബോക്സ് — ഒരു പേരുള്ള സേവനം മാത്രം പ്രധാനമാകുമ്പോൾ അത് യഥാർത്ഥത്തിൽ ശരിയായ ഉപകരണമാണ്. ആ ഉപകരണത്തിലെ ഓരോ പാക്കറ്റും ടണലിലാകേണ്ട എന്ന് ബോധപൂർവം ആഗ്രഹിക്കാത്തപ്പോഴും അത് ന്യായമാണ്.
ആവശ്യകത എൻക്രിപ്ഷൻ, മുഴുവൻ ഉപകരണത്തിനുമുള്ള എഗ്രെസ് വിലാസം, അല്ലെങ്കിൽ പ്രാദേശിക ശൃംഖലയിൽ നിന്നും ISP-യിൽ നിന്നും സംരക്ഷണം എന്നിവയാകുമ്പോൾ അത് തെറ്റായ ഉപകരണമാണ്. അവ ടണലിന്റെ സവിശേഷതകളാണ്, ഒരു റിസോൾവർ ക്രമീകരണവും അവ സൃഷ്ടിക്കുന്നില്ല. അതേ ഉപകരണത്തിൽ VPN നിലനിർത്തിയാൽ, രജിസ്ട്രേഷൻ അടിസ്ഥാനമാക്കിയ അനുവാദം തകരുമെന്ന് പ്രതീക്ഷിക്കുക, കാരണം നിങ്ങളുടെ പൊതു വിലാസം ഇപ്പോൾ ടണലിന്റേതാണ്.
ഈ തീരുമാനം ക്രമത്തിൽ നടത്തി ശരിയായ ആദ്യ വരിയിൽ നിർത്തുക:
- ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്തതും മുഴുവൻ ഉപകരണവും പുതിയ എഗ്രെസ്സിലും വേണോ? VPN ഉപയോഗിക്കുക, അതിന്റെ കണക്റ്റഡ് സൂചകമല്ല, റൂട്ടുകളും ഒഴിവാക്കലുകളും പരിശോധിക്കുക.
- ടണൽ ചെയ്യാൻ കഴിയാത്ത ഉപകരണത്തിൽ കുറച്ച് പേരുള്ള സേവനങ്ങൾ മാത്രം വേണോ? Smart DNS ആനുപാതികമാണ്.
- അന്വേഷണങ്ങൾ സ്വകാര്യമായിരിക്കണം, പക്ഷേ ട്രാഫിക് നീങ്ങരുതോ? അത് എൻക്രിപ്റ്റ് ചെയ്ത DNS ആണ്, മുകളിലുള്ള ഒന്നുമല്ല.
- ദാതാവ് നിങ്ങളുടെ നിലവിലെ വിലാസത്തെ ആശ്രയിക്കുന്നുണ്ടോ? അത് മാറുന്ന നിമിഷം തടസ്സം പ്രതീക്ഷിക്കുക.