Чаму Private DNS на тэлефоне ламае пошук імёнаў праз VPN

Праграмы не могуць вырашыць імя, хоць тунэль застаецца злучаным і ўсе іншыя паказчыкі выглядаюць здаровымі. На тэлефоне звычайная прычына — рэзалвер, абраны прыладай, а не профілем VPN. Дзве налады могуць кожная прэтэндаваць на ўладу над адным і тым жа пошукам. Зразумець, якая з іх перамагае і ці можа яна наогул адказаць на пытанне, хутчэй, чым кранаць тунэль.

Дзве налады вырашаюць адно імя

Налада Private DNS на тэлефоне выбірае рэзалвер для прылады, з рэжымамі ад аўтаматычнага выбару да названага імя хоста. Профіль VPN можа адначасова прапаноўваць уласны рэзалвер, і гэтыя дзве налады задаюцца рознымі экранамі і рознымі ўладальнікамі. Ні адна з іх не абавязкова перакрывае другую для кожнай праграмы. Таму працаздольны тунэль і няўдалы пошук суіснуюць без супярэчнасці.

Браўзер можа дадаць трэці слой, бо бяспечны DNS у браўзеры можа выбраць свайго пастаўшчыка. Праграма, якая выдала памылку, — адзіны надзейны арыенцір, хто з трох адказаў. Рэзалвер таксама павінен мець магчымасць адказаць. Імя, якое існуе толькі ўнутры кампаніі, няма ў даных публічнага рэзалвера, таму пошук правальваецца па змесце, а не па злучэнні.

Выбірайце рэжым па назвах, якія вам патрэбны

Калі прыладзе трэба вырашаць унутраныя імёны, рэзалвер павінен быць тым, які трымае гэтыя зоны, што звычайна азначае рэзалвер тунэля або раздзеленую схему DNS, якую дакументуе арганізацыя. Калі важныя толькі публічныя імёны, строгі шыфраваны рэзалвер — апраўданы выбар, які таксама прыбірае пошук адкрытым тэкстам. Рашэнне вынікае з назваў, а не з перавагі адносна шыфравання.

Паводзіны пры збоі таксама залежаць ад рэжыму. Строгі выбар, які не можа дасягнуць свайго рэзалвера, дае збой для кожнага імя, а рэжым з дазволеным адкатам назад можа пакінуць публічныя імёны працаздольнымі, а ўнутраныя — зламанымі. Гэтая розніца паведамляе, у якім вы рэжыме, яшчэ да адкрыцця экрана налад. На кіраванай прыладзе вырашае ўзгодненая палітыка, і карыстальнік не можа бяспечна яе абыйсці. У асабістай наладзе адно дакументаванае параўнанне дастаткова, каб выявіць канфлікт, а мэтавую наладу прыватнасці трэба пасля вярнуць, а не пакідаць адключанай.

Праверце, якая праграма пытаецца

Паўтарыце збой у той праграме, якая пра яго паведаміла, і адзначце, ці гэта памылка імя, ці памылка злучэння. Памылка імя ў адной праграме і паспяховая старонка ў другой — гэта подпіс двух рэзалвераў, а не зламанага тунэля.

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

Гэтыя каманды чытаюць бягучую канфігурацыю прылады, а зборкі вытворцаў могуць перайменаваць або абмежаваць асноўныя значэнні, таму ўспрымайце вынік як падказку, а не спецыфікацыю. Дакументацыя Android пра Private DNS апісвае рэжымы і форму імя хоста, якую чакае прылада.

Параўнайце гэты адказ з рэзалверам, які прапануе профіль VPN. Калі яны не супадаюць, вы знайшлі канфлікт, і застаецца пытанне, хто з іх павінен перамагчы на думку арганізацыі.

Вярніце мэтавую наладу пасля аднаго параўнання

Змяніце адну наладу, пераверце два імёны і вярніце наладу назад. Прылада, пакінутая ў дазвольным рэжыме, вырашае ўнутраныя імёны і ціха накіроўвае кожны публічны пошук таму, хто адкажа першым, а гэта змена прыватнасці, якую ніхто не зафіксаваў.

Запішыце вынік як правіла: унутраныя імёны вырашаюцца праз гэты рэзалвер, публічныя — праз той, а браўзер ідзе за прыладай або не ідзе. Правіла, якое называе рэзалвер, можна праверыць, а запіска, што VPN выпраўлены, — не. Потым праверце, ці не залежыць ад змененага рэзалвера нешта яшчэ на прыладзе. Праверкі абнаўленняў, выяўленне палонных парталаў і паштовыя кліенты робяць уласныя запыты, і яны збываюцца так, што карыстальнікі паведамляюць пра гэта як пра незвязаныя праблемы.