Зошто 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 портали и поштенските клиенти прават свои барања, и тие не успеваат на начини што корисниците ги пријавуваат како неповрзани проблеми.