VPN లేకుండా ఎన్క్రిప్ట్ చేసిన DNS ప్రశ్నను దాచుతుంది, మీ చిరునామాను కాదు
ఎన్క్రిప్ట్ చేసిన 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 సెట్టింగ్ దానిని ఎప్పుడూ ఇచ్చి ఉండదు.
ఆమోద రేఖను లక్ష్యం భాషలో రాయండి: ఈ శోధనలు ఈ షరతులలో ఈ ధృవీకరించిన రిజాల్వర్‍ను ఉపయోగిస్తాయి. దీని కంటే విస్తృతమైనది ఏదైనా మీరు పరీక్షించలేని దావా.