Miks Private DNS telefonis VPN-i nimede otsingut rikub

Rakendused ei suuda nime lahendada, samal ajal kui tunnel jääb ühendatuks ja kõik muud näitajad paistavad terved. Telefonis on tavaline põhjus seadme valitud resolver, mitte VPN-profiili valitud. Kaks seadet võivad mõlemad nõuda õigust sama päringu üle. Välja selgitada, milline võidab ja kas see suudab küsimusele üldse vastata, on kiirem kui tunnelit puutuda.

Kaks seadet otsustavad sama nime

Telefoni Private DNS seade valib seadmele resolveri, režiimides automaatsest valikust kuni nimetatud hostinimeni. VPN-profiil võib samal ajal suruda peale oma resolveri ja neid kahte seadistatakse eri ekraanidel ja eri omanike poolt. Kumbki ei pruugi iga rakenduse puhul teist üle kirjutada. Seetõttu saavad töötav tunnel ja ebaõnnestuv otsing eksisteerida kõrvuti ilma vastuoluta.

Brauser võib lisada kolmanda kihi, sest brauserisisene turvaline DNS võib valida oma teenusepakkuja. Rakendus, mis vea tekitas, on ainus usaldusväärne juht, kes kolmest vastas. Resolver peab ka suutma vastata. Ainult ettevõtte sisene nimi ei ole avaliku resolveri andmetes, seega otsing ebaõnnestub sisu, mitte ühenduvuse tõttu.

Valige režiim vajaminevate nimede järgi

Kui seade peab lahendama sisemisi nimesid, peab resolver olema see, kes hoiab neid tsoone, mis tavaliselt tähendab tunneli resolverit või organisatsiooni dokumenteeritud jagatud DNS-i lahendust. Kui loevad ainult avalikud nimed, on range krüpteeritud resolver kaitstav valik, mis eemaldab ka avatekstilised otsingud. Otsus tuleneb nimedest, mitte krüpteerimise eelistusest.

Ka tõrkekäitumine erineb režiimiti. Range valik, mis ei suuda oma resolverini jõuda, tekitab tõrke iga nime puhul, samal ajal kui lubatud taganemisega režiim võib hoida avalikud nimed töös ja sisemised katki. See erinevus ütleb sulle enne seadete ekraani avamist, millises režiimis sa oled. Hallatavas seadmes otsustab kinnitatud poliitika ja kasutaja ei saa seda turvaliselt mööda minna. Isiklikus seades piisab konflikti tuvastamiseks ühest dokumenteeritud võrdlusest ja kavandatud privaatsusseade tuleks hiljem taastada, mitte jätta välja lülitatuks.

Kontrollige, milline rakendus küsib

Korrake tõrget rakenduses, mis sellest teatas, ja märkige, kas viga on nime- või ühendusviga. Nimeviga ühes rakenduses ja edukas leht teises on kahe resolveri tunnus, mitte katkise tunneli oma.

adb shell settings get global private_dns_mode
adb shell settings get global private_dns_specifier
adb shell dumpsys connectivity | grep -i -m 5 dns

Need käsud loevad seadme praegust konfiguratsiooni ja tootjate versioonid võivad alusväärtusi ümber nimetada või piirata, seega käsitle väljundit vihje, mitte spetsifikatsioonina. Androidi Private DNS dokumentatsioon kirjeldab režiime ja hostinime kuju, mida seade ootab.

Võrrelge seda vastust resolveriga, mille VPN-profiil peale surub. Kui need ei kattu, olete konflikti leidnud ja alles jääb küsimus, millise organisatsioon võitma peaks.

Taastage kavandatud seade pärast ühte võrdlust

Muutke ühte seadet, testige uuesti kahte nime ja pane seade tagasi. Lubavas režiimis jäetud seade lahendab sisemisi nimesid ja saadab vaikselt iga avaliku otsingu sellele, kes vastab esimesena, mis on privaatsusmuudatus, mida keegi ei registreerinud.

Kirjutage tulemus reeglina: sisemisi nimesid lahendab see resolver, avalikke too, ja brauser järgib seadet või ei järgi. Resolverit nimetav reegel on testitav, samas kui märge, et VPN parandati, ei ole. Seejärel kontrollige, kas midagi muud seadmes sõltub resolverist, mida muutsite. Värskenduskontrollid, captive-portaalide tuvastamine ja meilikliendid teevad oma päringud ja need ebaõnnestuvad viisil, mida kasutajad teatavad seotud mitteolevate probleemidena.