Waarom Private DNS op 'n foon VPN-naamopsoeking breek

Toepassings kry nie 'n naam opgelos nie, terwyl die tonnel verbind bly en elke ander aanduiding gesond lyk. Op 'n foon is die gewone oorsaak 'n oplosser wat deur die toestel gekies word eerder as deur die VPN-profiel. Twee instellings kan elk aanspraak maak op gesag oor dieselfde opsoeking. Om uit te vind watter een wen, en of dit die vraag hoegenaamd kan beantwoord, is vinniger as om aan die tonnel te raak.

Twee instellings beslis oor dieselfde naam

'n Foon se Private DNS-instelling kies 'n oplosser vir die toestel, met modusse wat wissel van outomatiese keuse tot 'n genoemde gasheernaam. 'n VPN-profiel kan terselfdertyd sy eie oplosser instuur, en die twee word deur verskillende skerms en verskillende eienaars ingestel. Nie een van die twee oorheers noodwendig die ander vir elke toepassing nie. Daarom kan 'n werkende tonnel en 'n mislukte opsoeking sonder teenspraak saam bestaan.

'n Blaaier kan 'n derde laag byvoeg, want veilige DNS in die blaaier kan sy eie verskaffer kies. Die toepassing wat die fout opgelewer het, is die enigste betroubare aanduiding van watter een van die drie geantwoord het. Die oplosser moet ook in staat wees om te antwoord. 'n Naam wat net binne die maatskappy bestaan, is nie in 'n openbare oplosser se data nie, so die opsoeking misluk op inhoud eerder as op verbinding.

Kies die modus volgens die name wat jy nodig het

As die toestel interne name moet oplos, moet die oplosser een wees wat daardie sones hou, wat gewoonlik die tonnel se oplosser beteken of 'n gesplete-DNS-reëling wat die organisasie dokumenteer. As net openbare name saak maak, is 'n streng geënkripteerde oplosser 'n verdedigbare keuse wat ook gewone-teks-opsoekinge verwyder. Die besluit volg uit die name, nie uit 'n voorkeur oor enkripsie nie.

Die foutgedrag verskil ook per modus. 'n Streng keuse wat sy oplosser nie kan bereik nie, lewer foute vir elke naam, terwyl 'n modus met toegelate terugval openbare name aan die werk kan hou en interne name stukkend. Daardie verskil sê vir jou in watter modus jy is voordat jy 'n instellingskerm oopmaak. Op 'n bestuurde toestel beslis die goedgekeurde beleid, en die gebruiker kan dit nie veilig ignoreer nie. Op 'n persoonlike opstelling is een gedokumenteerde vergelyking genoeg om die botsing te identifiseer, en die beoogde privaatheidsinstelling moet daarna herstel word eerder as om gedeaktiveer te bly.

Kyk watter toepassing vra

Reproduseer die fout in die toepassing wat dit gerapporteer het, en let op of die fout 'n naamfout of 'n verbindingsfout is. 'n Naamfout uit een toepassing en 'n suksesvolle bladsy in 'n ander is die kenmerk van twee oplossers, nie van 'n gebreekte tonnel nie.

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

Daardie opdragte lees die toestel se huidige opstelling, en vervaardigers se bouwerk kan die onderliggende waardes hernoem of beperk, dus hanteer die uitvoer as 'n aanduiding eerder as 'n spesifikasie. Die Android Private DNS-dokumentasie beskryf die modusse en die gasheernaamvorm wat 'n toestel verwag.

Vergelyk daardie antwoord met die oplosser wat die VPN-profiel instuur. As hulle verskil, het jy die botsing gevind, en die oorblywende vraag is watter een die organisasie bedoel om te wen.

Herstel die bedoelde instelling ná een vergelyking

Verander een instelling, toets die twee name weer, en sit die instelling terug. 'n Toestel wat in 'n toelatende modus gelaat word, los interne name op en stuur elke openbare opsoeking stilweg na wie eerste antwoord, wat 'n privaatheidsverandering is wat niemand aangeteken het nie.

Skryf die uitkoms as 'n reël: interne name los op deur hierdie oplosser, openbare name deur daardie een, en die blaaier volg die toestel of volg dit nie. 'n Reël wat die oplosser noem, is toetsbaar, terwyl 'n nota wat sê die VPN is reggemaak, nie is nie. Kyk dan of iets anders op die toestel van die oplosser wat jy verander het, afhang. Opdateringskontroles, vasvangportaal-opsporing en poskliënte maak almal hul eie versoeke, en hulle misluk op maniere wat gebruikers as onverwante probleme rapporteer.