VPN વિના એન્ક્રિપ્ટેડ DNS ક્વેરી છુપાવે છે, તમારું સરનામું નહીં

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

કોઈપણ ટેસ્ટ ચલાવતા પહેલા ધ્યેય લખી લો.

પગલું 1: તમે ખરેખર જે સુરક્ષા ઈચ્છો છો તેનું નામ આપો

ત્રણ ધ્યેયો ભળી જાય છે. તમે ઈચ્છી શકો કે માર્ગ પરનો નિરીક્ષક ક્વેરી વાંચવાનું બંધ કરે. તમે ઈચ્છી શકો કે ચોક્કસ રિઝોલ્વર તેમને મેળવવાનું બંધ કરે. તમે ઈચ્છી શકો કે તમે મુલાકાત લેતા વેબસાઇટ્સ તમારું ઘરનું સરનામું જોવાનું બંધ કરે. એન્ક્રિપ્ટેડ DNS પ્રથમને સેવા આપે છે, બીજું કોણ પૂરું કરે છે તે બદલે છે, અને ત્રીજા માટે કંઈ જ કરતું નથી.

VPN ત્રીજાને સેવા આપે છે અને પ્રદાતા પર આધાર રાખીને પ્રથમને પણ. બંનેમાંથી કોઈ સાધન બીજાનું સુપરસેટ નથી.

પગલું 2: રિઝોલ્વર પસંદ કરો અને તેની ઓળખ ચકાસો

DNS over TLS ક્વેરીને રિઝોલ્વર સાથે TLS સત્રમાં લપેટે છે, અને DNS over HTTPS તેને HTTP વિનંતીમાં લપેટે છે; RFC 7858 અને RFC 8484 બંનેનું વર્ણન કરે છે, અને બંનેમાંથી કોઈને ટનલની જરૂર નથી. ઓપરેશનલ રીતે મહત્વનું એ છે કે પ્રમાણપત્ર તમે રૂપરેખાંકિત કરેલા નામ સામે ચકાસાય, કારણ કે ખોટા પક્ષ સાથેનું એન્ક્રિપ્ટેડ સત્ર સાચા પક્ષ સાથેના સાદા ટેક્સ્ટ કરતાં ખરાબ છે. તેનો અર્થ એ છે કે પ્લેટફોર્મ જ્યાં આપે ત્યાં કડક મોડ, ચકાસણી નિષ્ફળ જાય ત્યારે પાછળ હટતો તકવાદી મોડ નહીં. સેટિંગ પર ભરોસો કરતા પહેલા સત્રને સીધું ચકાસો: openssl s_client -connect 9.9.9.9:853 -servername dns.quad9.net -brief.

હેન્ડશેકમાં તમે રૂપરેખાંકિત કરેલા રિઝોલ્વરનું નામ હોવું જોઈએ અને એવી સાંકળ પરત આપવી જોઈએ જે તમે ચકાસી શકો.

પગલું 3: નિષ્ફળતાનું વર્તન નક્કી કરો

દરેક અમલીકરણમાં પહોંચ વિનાના એન્ક્રિપ્ટેડ રિઝોલ્વર માટે નીતિ હોય છે, અને તે નીતિ જ ગોપનીયતાનો નિર્ણય છે. કડક મોડ શોધ નિષ્ફળ કરે છે, જે દૃશ્યમાન અને હેરાન કરનારું છે. તકવાદી મોડ સાદા ટેક્સ્ટમાં ફરી પ્રયાસ કરે છે, જે અદૃશ્ય છે અને જે દિવસે તે મહત્વનું હોય તે જ દિવસે હેતુ નષ્ટ કરે છે. જાણી જોઈને પસંદ કરો, પછી પસંદગી જરૂરિયાતની બાજુમાં નોંધો.

systemd-resolved પર અવસરવાદી મોડ નહીં, DNSOverTLS=yes પસંદ કરવો જોઈએ; બીજું મૂલ્ય, opportunistic; અને Android પર તેનો અર્થ છે સ્વયં પસંદગીને બદલે Private DNS હોસ્ટનામ મોડ.

ખરેખર શું અમલમાં છે તે આનાથી ચકાસો: resolvectl status | grep -i -A1 "dns over tls", કારણ કે કદી ફરી લોડ ન થયેલી drop-in ફાઇલ કંઈ બદલતી નથી.

પગલું 4: એપ્લિકેશનો સિસ્ટમ રિઝોલ્વરને અનુસરે છે તે ચકાસો

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

સંસ્થાના ખાનગી નામો મંજૂર આંતરિક રિઝોલ્વર પર જ રહે છે. ટેસ્ટ સુઘડ દેખાય તે માટે તેમને જાહેર સેવા પર મોકલવું ઇરાદાપૂર્વક બીજી સમસ્યા ઊભી કરે છે.

પગલું 5: જરૂરિયાત સામે લીક ટેસ્ટ વાંચો

અણધાર્યા રિઝોલ્વરની જાણ કરતો ટેસ્ટ સંકેત છે, ચુકાદો નથી. તેણે તમારો ઇચ્છિત એન્ક્રિપ્ટેડ રિઝોલ્વર, એપ-વિશિષ્ટ સેટિંગ, અથવા તમે જાણતા ન હતા તેવું સાદા ટેક્સ્ટમાં પાછળ હટવું જોયું હોઈ શકે. જાણ કરેલા રિઝોલ્વરની સરખામણી પગલું 2 એ રૂપરેખાંકિત કરેલા સાથે કરો, અને પરિણામની સરખામણી પગલું 1 ના ધ્યેય સાથે કરો.

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

સ્વીકૃતિની લાઇન ધ્યેયની ભાષામાં લખો: આ શોધો આ શરતો હેઠળ આ ચકાસાયેલા રિઝોલ્વરનો ઉપયોગ કરે છે. આનાથી વિશાળ કંઈપણ એવો દાવો છે જે તમે ચકાસી શકતા નથી.