Kāpēc Private DNS tālrunī salauž VPN nosaukumu meklēšanu

Lietotnes nespēj atrisināt nosaukumu, kamēr tunelis paliek savienots un visi pārējie rādītāji izskatās veseli. Tālrunī parastais iemesls ir risinātājs, ko izvēlas ierīce, nevis VPN profils. Divi iestatījumi katrs var pretendēt uz varu pār vienu un to pašu vaicājumu. Noskaidrot, kurš uzvar un vai tas vispār spēj atbildēt uz jautājumu, ir ātrāk nekā aiztikt tuneli.

Divi iestatījumi izlemj vienu un to pašu nosaukumu

Tālruņa Private DNS iestatījums izvēlas risinātāju ierīcei, ar režīmiem no automātiskas izvēles līdz norādītam resursdatora nosaukumam. VPN profils var vienlaikus uzspiest savu risinātāju, un abus konfigurē dažādi ekrāni un dažādi īpašnieki. Neviens ne vienmēr aizstāj otru katrai lietotnei. Tāpēc strādājošs tunelis un neizdevies vaicājums var pastāvēt līdzās bez pretrunas.

Pārlūks var pievienot trešo slāni, jo drošais DNS pārlūkā var izvēlēties savu pakalpojumu sniedzēju. Lietotne, kas radīja kļūdu, ir vienīgā uzticamā norāde, kurš no trim atbildēja. Risinātājam arī jāspēj atbildēt. Nosaukums, kas pastāv tikai uzņēmuma iekšienē, nav publiska risinātāja datos, tāpēc vaicājums neizdodas satura, nevis savienojuma dēļ.

Izvēlieties režīmu pēc nepieciešamajiem nosaukumiem

Ja ierīcei jāatrisina iekšējie nosaukumi, risinātājam jābūt tam, kas pārvalda šīs zonas, kas parasti nozīmē tuneļa risinātāju vai organizācijas dokumentētu sadalītā DNS risinājumu. Ja svarīgi ir tikai publiskie nosaukumi, stingrs šifrēts risinātājs ir aizstāvams risinājums, kas arī likvidē vaicājumus atklātā tekstā. Lēmums izriet no nosaukumiem, nevis no šifrēšanas izvēles.

Arī kļūmes uzvedība atšķiras pēc režīma. Stingra izvēle, kas nevar sasniegt savu risinātāju, rada kļūmi katram nosaukumam, savukārt režīms ar atļautu atkāpšanos var uzturēt publiskos nosaukumus darbībā un iekšējos salauztus. Šī atšķirība pateiks, kādā režīmā jūs esat, pirms atverat iestatījumu ekrānu. Pārvaldītā ierīcē izlemj apstiprinātā politika, un lietotājs to nevar droši apiet. Personīgā iestatījumā pietiek ar vienu dokumentētu salīdzinājumu konflikta identificēšanai, un iecerētais privātuma iestatījums pēc tam jāatjauno, nevis jāatstāj izslēgts.

Pārbaudiet, kura lietotne jautā

Atkārtojiet kļūmi lietotnē, kas par to ziņoja, un atzīmējiet, vai kļūda ir nosaukuma vai savienojuma kļūda. Nosaukuma kļūda vienā lietotnē un veiksmīga lapa citā ir divu risinātāju pazīme, nevis salauzta tuneļa.

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

Šīs komandas nolasa ierīces pašreizējo konfigurāciju, un ražotāju versijas var pārdēvēt vai ierobežot pamatvērtības, tāpēc izvadi uztveriet kā mājienu, nevis specifikāciju. Android Private DNS dokumentācija apraksta režīmus un resursdatora nosaukuma formu, ko ierīce sagaida.

Salīdziniet šo atbildi ar risinātāju, ko uzspiež VPN profils. Ja tie nesakrīt, jūs esat atraduši konfliktu, un atlikušais jautājums ir, kuram organizācija vēlas ļaut uzvarēt.

Atjaunojiet iecerēto iestatījumu pēc viena salīdzinājuma

Mainiet vienu iestatījumu, vēlreiz pārbaudiet abus nosaukumus un lieciet iestatījumu atpakaļ. Ierīce, kas atstāta atļaujošā režīmā, atrisina iekšējos nosaukumus un klusi nosūta katru publisko vaicājumu tam, kas atbild pirmais, un tās ir privātuma izmaiņas, ko neviens nav reģistrējis.

Pierakstiet rezultātu kā noteikumu: iekšējos nosaukumus atrisina šis risinātājs, publiskos – tas, un pārlūks seko ierīcei vai ne. Noteikums, kas nosauc risinātāju, ir pārbaudāms, savukārt piezīme, ka VPN ir salabots, nav. Pēc tam pārbaudiet, vai kaut kas cits ierīcē nav atkarīgs no mainītā risinātāja. Atjauninājumu pārbaudes, captive portālu noteikšana un e-pasta klienti veic savus pieprasījumus, un tie neizdodas tā, kā lietotāji ziņo par nesaistītām problēmām.