Prečo Private DNS v telefóne kazí preklad názvov cez VPN

Aplikáciám sa nedarí preložiť názov, hoci tunel zostáva pripojený a všetky ostatné ukazovatele vyzerajú zdravo. V telefóne je zvyčajnou príčinou resolver vybraný zariadením, nie profilom VPN. Dve nastavenia si môžu každé nárokovať právomoc nad tou istou požiadavkou. Zistiť, ktoré vyhrá a či vôbec dokáže odpovedať na otázku, je rýchlejšie než siahať na tunel.

O tom istom názve rozhodujú dve nastavenia

Nastavenie Private DNS v telefóne vyberá resolver pre zariadenie, s režimami od automatickej voľby po zadané meno hostiteľa. Profil VPN môže súčasne presadiť vlastný resolver a obe sa konfigurujú na rôznych obrazovkách a rôznymi vlastníkmi. Ani jedno nemusí to druhé prepísať pre každú aplikáciu. Preto funkčný tunel a zlyhávajúca požiadavka môžu existovať vedľa seba bez rozporu.

Prehliadač môže pridať tretiu vrstvu, pretože zabezpečené DNS v prehliadači si môže vybrať vlastného poskytovateľa. Aplikácia, ktorá chybu vyvolala, je jediným spoľahlivým vodítkom, kto z troch odpovedal. Aj resolver musí vedieť odpovedať. Názov existujúci iba v spoločnosti nie je v dátach verejného resolvera, takže požiadavka zlyhá na obsahu, nie na pripojení.

Vyberte režim podľa názvov, ktoré potrebujete

Ak má zariadenie prekladať interné názvy, resolver musí byť ten, ktorý drží tieto zóny, čo zvyčajne znamená resolver tunela alebo rozdelené DNS, ktoré organizácia dokumentuje. Ak záleží len na verejných názvoch, prísny šifrovaný resolver je obhájiteľná voľba, ktorá odstraňuje aj požiadavky v otvorenom texte. Rozhodnutie vyplýva z názvov, nie z preferencie ohľadne šifrovania.

Správanie pri zlyhaní sa tiež líši podľa režimu. Prísna voľba, ktorá nedosiahne svoj resolver, spôsobí zlyhanie každého názvu, kým režim s povoleným záložným postupom môže udržať verejné názvy funkčné a interné pokazené. Tento rozdiel vám povie, v ktorom režime ste, ešte pred otvorením obrazovky nastavení. Na spravovanom zariadení rozhoduje schválená politika a používateľ ju nemôže bezpečne obísť. V osobnom nastavení stačí jedno zdokumentované porovnanie na identifikáciu konfliktu a zamýšľané nastavenie súkromia treba potom obnoviť, nie nechať vypnuté.

Skontrolujte, ktorá aplikácia sa pýta

Zopakujte zlyhanie v aplikácii, ktorá ho nahlásila, a poznamenajte, či je chyba názvu alebo pripojenia. Chyba názvu v jednej aplikácii a úspešná stránka v inej je podpis dvoch resolverov, nie pokazeného tunela.

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

Tieto príkazy čítajú aktuálnu konfiguráciu zariadenia a zostavenia výrobcov môžu podkladové hodnoty premenovať alebo obmedziť, preto výstup berte ako nápovedu, nie ako špecifikáciu. Dokumentácia Androidu k Private DNS opisuje režimy a formu mena hostiteľa, ktorú zariadenie očakáva.

Porovnajte túto odpoveď s resolverom, ktorý presadzuje profil VPN. Ak sa nezhodujú, našli ste konflikt a zostáva otázka, ktorý z nich má podľa organizácie vyhrať.

Po jednom porovnaní obnovte zamýšľané nastavenie

Zmeňte jedno nastavenie, znova otestujte oba názvy a nastavenie vráťte. Zariadenie ponechané v povoľujúcom režime prekladá interné názvy a potichu posiela každú verejnú požiadavku tomu, kto odpovie prvý, čo je zmena súkromia, ktorú nikto nezaznamenal.

Zapíšte výsledok ako pravidlo: interné názvy prekladá tento resolver, verejné tamten, a prehliadač zariadenie nasleduje alebo nie. Pravidlo, ktoré pomenuje resolver, je overiteľné, kým poznámka, že VPN je opravená, nie. Potom skontrolujte, či na zmienenom resolveri nezávisí ešte niečo iné v zariadení. Kontroly aktualizácií, rozpoznávanie captive portálov a poštoví klienti robia vlastné požiadavky a zlyhávajú spôsobmi, ktoré používatelia hlásia ako nesúvisiace problémy.