તમે ટીવીને Smart DNS રિઝોલ્વર તરફ વાળો છો, એક સ્ટ્રીમિંગ એપ કામ કરવા લાગે છે, અને નિષ્કર્ષ પોતે લખાઈ જાય છે: આ એક VPN છે જે ઓછું ખર્ચે અને ઝડપથી ઇન્સ્ટોલ થાય. એવું નથી, અને આ ફરક નાની વાત નથી. જે બદલાયું તે ટીવીને મળેલો જવાબ છે જ્યારે તેણે પૂછ્યું કે કોઈ હોસ્ટનામ ક્યાં રહે છે; જે બદલાયું નથી તે એ છે કે દરેક પેકેટ હજુ પણ તમારું ઘર ખુલ્લું છોડે છે, એ જ માર્ગે, એ જ સરનામેથી જે ISP પહેલેથી જાણે છે. દંતકથા એ છે કે DNS સેટિંગ એ ટનલ છે. વાસ્તવિકતા વધુ સાંકડી અને વધુ ઉપયોગી છે, જ્યારે તમે તેને જુઓ છો.

દંતકથા: DNS ફેરફાર તમારા ટ્રાફિકનું રૂટિંગ બદલે છે

સામાન્ય DNS એપ્લિકેશનને કહે છે કે ક્યાં જોડાવું. Smart DNS સેવા પસંદ કરેલા હોસ્ટનામોને પ્રોવાઇડરની પોતાની ઇન્ફ્રાસ્ટ્રક્ચરના સરનામાંઓ સાથે જવાબ આપે છે, તેથી એપ સીધી સેવા સાથે જોડાવાને બદલે ત્યાં જોડાય છે. પછી પ્રોવાઇડર તે એક પ્રવાહને સાચા લક્ષ્ય સુધી પહોંચાડે છે. ઉપકરણ પર બીજું કંઈ ખસતું નથી.

એટલે જ આ યુક્તિ ટેલિવિઝન કે કન્સોલ પર બિલકુલ કામ કરે છે. કોઈ ક્લાયન્ટ નથી, કોઈ ઇન્ટરફેસ નથી, રૂટ ટેબલમાં કોઈ એન્ટ્રી નથી, કોઈ એન્ક્રિપ્શન સ્તર નથી. ઉપકરણ બરાબર એ જ કરે છે જે હંમેશા કરતું આવ્યું છે: નામ ઉકેલે છે અને જે પાછું આવે તેની સાથે જોડાય છે. તમે જવાબ બદલ્યો, દરેક પેકેટનો માર્ગ નહીં.

આ લેબલ અસંબંધિત DNS પ્રોજેક્ટ્સ પણ વાપરે છે, તેથી નામ પરથી સુવિધાઓનો સમૂહ ધારવાને બદલે પ્રોવાઇડરનું પોતાનું દસ્તાવેજીકરણ જુઓ. કોઈ પ્રમાણભૂત Smart DNS પ્રોટોકોલ નથી; એક ઉત્પાદનનું કવરેજ બીજા વિશે કંઈ વિશ્વસનીય કહેતું નથી.

ખરેખર શું દિશા પામે છે, અને શું નહીં

ઉપકરણ પ્રમાણે નહીં, પ્રવાહ પ્રમાણે યાદી બનાવો ત્યારે ફરક સરળતાથી દેખાય છે.

FlowSteered by Smart DNS?Why
A supported streaming hostnameYes, usuallyThe resolver returns a provider address for that name
The same app's other hostnamesOnly if the provider lists themSteering is per-name, and lists are curated
Your browser, email, game downloadsNoTheir names resolve to the ordinary destination
Traffic from devices not using that resolverNoNothing forces a device onto a particular resolver
Payload encryptionNoUnrelated to name resolution

તમે તેને થતું જોઈ શકો છો. પ્રોવાઇડરના રિઝોલ્વરને હોસ્ટનામ પૂછો અને જાહેર રિઝોલ્વરને એ જ પૂછો:

dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.example

અલગ જવાબો એટલે નામ સ્તરે દિશા. એ જ જવાબ એટલે કે કાં તો સેવા તે નામ માટે આવરી લેવાયેલી નથી અથવા ઉપકરણ તે રિઝોલ્વર વાપરતું નથી — એવી નિષ્ફળતા જે ખોટા DNS રૂપરેખાંકન જેવી લાગે છે અને ઘણી વાર તૂટેલા ખાતા તરીકે ગણાય છે.

એ જ ગંધવાળી બીજી નિષ્ફળતા પણ છે. ઘણા પ્રોવાઇડર તમે હાલ વાપરી રહ્યા છો તે જાહેર સરનામા પ્રમાણે અધિકૃત કરે છે, તેથી સરનામું બદલાય ત્યાં સુધી ખાતું કામ કરે છે. Carrier-grade 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 છે, જે ઉપરના કોઈ પણ નથી.
  • શું પ્રોવાઇડર તમારા વર્તમાન સરનામા પર આધાર રાખે છે? તે બદલાય તે ક્ષણે વિક્ષેપની અપેક્ષા રાખો.

સંબંધિત લેખો