Miksi Private DNS puhelimessa rikkoo VPN:n nimihaun

Sovellukset eivät saa nimeä ratkaistua, vaikka tunneli pysyy yhdistettynä ja kaikki muut indikaattorit näyttävät terveiltä. Puhelimessa tavallinen syy on laitteen valitsema resolveri eikä VPN-profiilin valitsema. Kaksi asetusta voivat kumpikin vaatia valtaa samaan kyselyyn. Sen selvittäminen, kumpi voittaa ja pystyykö se ylipäätään vastaamaan kysymykseen, on nopeampaa kuin tunnelin koskeminen.

Kaksi asetusta ratkaisee saman nimen

Puhelimen Private DNS -asetus valitsee laitteelle resolverin, tiloissa automaattisesta valinnasta nimettyyn isäntänimeen. VPN-profiili voi työntää oman resolverinsa samaan aikaan, ja molemmat asetetaan eri näytöillä ja eri omistajien toimesta. Kumpikaan ei välttämättä ohita toista jokaisen sovelluksen kohdalla. Siksi toimiva tunneli ja epäonnistuva haku voivat olla olemassa rinnakkain ilman ristiriitaa.

Selain voi lisätä kolmannen kerroksen, koska selaimen sisäinen suojattu DNS voi valita oman palveluntarjoajansa. Virheen tuottanut sovellus on ainoa luotettava opastus siihen, kuka kolmesta vastasi. Resolverin on myös pystyttävä vastaamaan. Vain yrityksen sisäinen nimi ei ole julkisen resolverin tiedoissa, joten haku epäonnistuu sisällön eikä yhteyden vuoksi.

Valitse tila tarvitsemiesi nimien mukaan

Jos laitteen on ratkaistava sisäisiä nimiä, resolverin on oltava sellainen, joka pitää hallussaan ne vyöhykkeet, mikä yleensä tarkoittaa tunnelin resolveria tai organisaation dokumentoimaa jaettua DNS-järjestelyä. Jos vain julkisilla nimillä on väliä, tiukka salattu resolveri on puolustettava valinta, joka poistaa myös selkokieliset haut. Päätös seuraa nimistä, ei salauksen suosimisesta.

Myös vikatilanteen käyttäytyminen vaihtelee tilan mukaan. Tiukka valinta, joka ei tavoita resolveriaan, tuottaa virheen jokaiselle nimelle, kun taas sallitun varautumisen tila voi pitää julkiset nimet toimivina ja sisäiset rikkinäisinä. Tämä ero kertoo, missä tilassa olet ennen asetusnäytön avaamista. Hallitulla laitteella hyväksytty käytäntö ratkaisee, eikä käyttäjä voi ohittaa sitä turvallisesti. Henkilökohtaisessa asetelmassa yksi dokumentoitu vertailu riittää ristiriidan tunnistamiseen, ja aiottu tietosuoja-asetus pitäisi palauttaa jälkeenpäin sen sijaan, että se jätetään pois päältä.

Tarkista, mikä sovellus kysyy

Toista vika siinä sovelluksessa, joka sen raportoi, ja kirjaa, onko kyse nimivirheestä vai yhteysvirheestä. Nimivirhe yhdessä sovelluksessa ja onnistunut sivu toisessa on kahden resolverin tunnusmerkki, ei rikkinäisen tunnelin.

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

Nämä komennot lukevat laitteen nykyisen kokoonpanon, ja valmistajien versiot voivat nimetä taustalla olevat arvot uudelleen tai rajoittaa niitä, joten pidä tulosta vihjeenä etkä määritelmänä. Androidin Private DNS -dokumentaatio kuvaa tilat ja isäntänimen muodon, jota laite odottaa.

Vertaa tuota vastausta resolveriin, jonka VPN-profiili työntää. Jos ne eroavat, olet löytänyt ristiriidan, ja jäljelle jää kysymys, kumman organisaatio haluaa voittavan.

Palauta aiottu asetus yhden vertailun jälkeen

Muuta yhtä asetusta, testaa kaksi nimeä uudelleen ja laita asetus takaisin. Sallivaan tilaan jätetty laite ratkaisee sisäiset nimet ja lähettää hiljaa jokaisen julkisen haun sille, joka vastaa ensimmäisenä, mikä on tietosuojamuutos, jota kukaan ei kirjannut.

Kirjoita tulos sääntönä: sisäiset nimet ratkaisee tämä resolveri, julkiset tuo toinen, ja selain seuraa laitetta tai ei seuraa. Sääntö, joka nimeää resolverin, on testattavissa, kun taas muistiinpano, että VPN korjattiin, ei ole. Tarkista sitten, riippuuko laitteessa jokin muu vaihtamastasi resolverista. Päivitystarkistukset, captive-portaalien tunnistus ja sähköpostiohjelmat tekevät omat pyyntönsä, ja ne epäonnistuvat tavoilla, joita käyttäjät raportoivat toisiinsa liittymättöminä ongelmina.