Защо 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 е оправен, не е. После проверете дали нещо друго на устройството зависи от резолвера, който сте сменили. Проверките за актуализации, откриването на captive портали и пощенските клиенти правят собствени заявки и се провалят по начини, които потребителите съобщават като несвързани проблеми.