Kodėl „Private DNS“ telefone sugadina VPN vardų paiešką

Programos negali išspręsti vardo, nors tunelis lieka prijungtas ir visi kiti rodikliai atrodo sveiki. Telefone įprasta priežastis yra resolvierius, kurį renkasi įrenginys, o ne VPN profilis. Du nustatymai gali kiekvienas pretenduoti į valdžią tai pačiai užklausai. Išsiaiškinti, kuris laimi ir ar jis apskritai gali atsakyti į klausimą, greičiau nei liesti tunelį.

Du nustatymai nusprendžia tą patį vardą

Telefono „Private DNS“ nustatymas parenka įrenginiui resolvierių, režimais nuo automatinio pasirinkimo iki nurodyto prieglobos vardo. VPN profilis tuo pačiu metu gali primesti savo resolvierių, o abu nustatomi skirtinguose ekranuose ir skirtingų savininkų. Nė vienas nebūtinai nustelbia kito kiekvienai programai. Todėl veikiantis tunelis ir nepavykusi užklausa gali egzistuoti kartu be prieštaravimo.

Naršyklė gali pridėti trečią sluoksnį, nes saugusis DNS naršyklės viduje gali pasirinkti savo teikėją. Programa, kuri sukėlė klaidą, yra vienintelis patikimas kelrodis, kas iš trijų atsakė. Resolvierius taip pat turi galėti atsakyti. Vardas, egzistuojantis tik įmonės viduje, nėra viešojo resolvieriaus duomenyse, todėl užklausa nepavyksta dėl turinio, o ne dėl ryšio.

Pasirinkite režimą pagal jums reikalingus vardus

Jei įrenginys turi spręsti vidinius vardus, resolvierius turi būti tas, kuris laiko tas zonas, o tai paprastai reiškia tunelio resolvierių arba organizacijos dokumentuojamą padalytą DNS schemą. Jei svarbūs tik vieši vardai, griežtas šifruotas resolvierius yra apginamas pasirinkimas, kuris taip pat pašalina atviro teksto užklausas. Sprendimas kyla iš vardų, o ne iš šifravimo preference.

Gedimo elgsena taip pat skiriasi pagal režimą. Griežtas pasirinkimas, kuris negali pasiekti savo resolvieriaus, sukelia gedimą kiekvienam vardui, o režimas su leidžiamu atsarginėjimu gali palikti viešus vardus veikiančius, o vidinius sugadintus. Šis skirtumas pasako, kuriame režime esate, prieš atidarant nustatymų ekraną. Tvarkomame įrenginyje sprendžia patvirtinta taisyklė, o naudotojas negali saugiai jos apeiti. Asmeninėje sąrangoje vieno dokumentuoto palyginimo pakanka konfliktui nustatyti, o numatytas privatumo nustatymas turėtų būti atkurtas, o ne paliktas išjungtas.

Patikrinkite, kuri programa klausia

Atkurkite gedimą programoje, kuri apie jį pranešė, ir pažymėkite, ar klaida yra vardo, ar ryšio. Vardo klaida vienoje programoje ir sėkmingas puslapis kitoje yra dviejų resolvierių požymis, o ne sugedusio tunelio.

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

Tos komandos skaito dabartinę įrenginio konfigūraciją, o gamintojų versijos gali pervadinti ar apriboti pagrindines reikšmes, todėl išvestį traktuokite kaip užuominą, o ne specifikaciją. „Android“ „Private DNS“ dokumentacija aprašo režimus ir prieglobos vardo formą, kurios tikisi įrenginys.

Palyginkite tą atsakymą su resolvieriumi, kurį primeta VPN profilis. Jei jie nesutampa, radote konfliktą, o likęs klausimas yra kurį organizacija nori leisti laimėti.

Atkurkite numatytą nustatymą po vieno palyginimo

Pakeiskite vieną nustatymą, dar kartą patikrinkite abu vardus ir grąžinkite nustatymą. Leidžiamajame režime paliktas įrenginys sprendžia vidinius vardus ir tyliai siunčia kiekvieną viešą užklausą tam, kas atsakys pirmas, o tai yra privatumo pokytis, kurio niekas neužfiksavo.

Užrašykite rezultatą kaip taisyklę: vidinius vardus sprendžia šis resolvierius, viešuosius – anas, o naršyklė seka įrenginį arba ne. Taisyklė, kuri įvardija resolvierių, yra patikrinama, o užrašas, kad VPN sutvarkyta, ne. Tada patikrinkite, ar kas nors kitas įrenginyje priklauso nuo pakeisto resolvieriaus. Atnaujinimų patikros, „captive“ portalų aptikimas ir pašto programos siunčia savo užklausas, ir jos nepavyksta taip, kaip naudotojai praneša kaip nesusijusias problemas.