iOS DNS-profil kontra VPN-profil: hvilken har du?

Noen sender deg en iPhone-profil med et beroligende navn, den installeres med to trykk, og interne navn begynner å slås opp. Om trafikken også går gjennom en tunnel er et eget spørsmål, og visningsnavnet svarer ikke på det. Én profil kan inneholde flere payloads, så det eneste pålitelige grepet er å åpne den og lese hva hver payload konfigurerer. Listen er kort, payload-navnene er kjedelige, og svaret er som regel åpenbart når du har sett dem. Å gjette ut fra tittelen er hvordan folk ender med å tro at trafikken deres går i tunnel når det bare er oppslagene som gjør det.

Åpne payload-listen, ikke overskriften

På iOS ligger profillisten under Innstillinger, Generelt, VPN og Enhetsbehandling, og hver oppføring åpner til en payload-oversikt i stedet for til én bryter. Les den oversikten: en payload for DNS-innstillinger, en VPN-payload, en proxy-payload, sertifikater, Wi-Fi. En profil som bare har DNS-innstillinger er ikke en tunnel, uansett hva navnet antyder, og en som har begge gjør to ulike jobber samtidig. Oversikten er den tekniske påstanden, og overskriften er markedsføring.

Tre spørsmål gjør oversikten om til en beslutning. Endres navneoppslaget, endres den offentlige kildeadressen, og hvilke programmer dekker hver effekt? En DNS-payload svarer på det første, en VPN-payload som regel på det andre og tredje, og noe som hevder begge bør vise to payloads eller en dokumentert utvidelse.

Hva en DNS-payload faktisk endrer

En DNS-payload endrer hvordan navn slås opp innenfor omfanget den konfigurerer, noe som kan bety en bestemt resolver, en kryptert transport som DNS over HTTPS, eller et begrenset sett domener. Det den normalt ikke endrer, er den offentlige kildeadressen til forbindelsene dine, så nettsteder ser fortsatt nettverket du er på. Oppslag og ruting er separate mekanismer, og bare én av dem flyttet seg. Derfor kan et internt navn slås opp riktig mens siden bak nekter å laste.

En DNS-payload introduserer også en part som mottar spørringene dine, og hvis resolver-operatøren ikke er nettverksoperatøren, er det en ny deltaker i banen. Noter det, for det endrer hvem som kan se hvilke navn du spør etter. Den skjuler ikke i seg selv destinasjonsadressene du kobler til etterpå.

Hva en VPN-payload faktisk endrer

En VPN-payload etablerer en tunnel og en ruteretningslinje, og avhengig av hvordan den er konfigurert kan den fange all trafikk, bare oppførte destinasjoner, eller bare oppførte programmer. Unntak betyr like mye som inkluderinger, siden en full-tunnel-profil med to utelatte domener oppfører seg helt annerledes enn navnet antyder. Per-app VPN kan la nettleseren ligge helt utenfor tunnelen mens merket i statuslinjen sier tilkoblet. Les de inkluderte og utelatte listene før du stoler på noen av ordene.

Kildeadressen endres her, i det minste for trafikken tunnelen fanger, og det er den praktiske forskjellen folk flest egentlig spør om. Alt annet er detaljer om hvilken trafikk.

Der Network Extension-apper gjør etiketten uklar

En app kan installere sin egen Network Extension hvis oppførsel profillisten ikke tydelig beskriver, så markedsføringsnavnet og statuslinjeindikatoren er ingen oversikt. Åpne appens eget konfigurasjonsskjermbilde ved siden av profil-payloadene og sammenlign de to. En bryter merket beskyttelse kan bare slå om oppslaget, og en bryter merket privat DNS kan bare endre resolveren. Der de to kildene er uenige, tro på payload-listen og noter forskjellen.

Det er også derfor en app kan bestå en rask test på ett nettverk og feile på en captive portal, der oppslag virker og ruting ikke gjør det. De to mekanismene var aldri samme sak.

Fjern riktig objekt, og sjekk navnene etterpå

Fjern en konfigurasjon gjennom appen eller administrasjonstjenesten som installerte den, ved å bruke Apples dokumenterte fjerningstrinn i stedet for å slette filer du fant. Å slette en profil kan ta med tilhørende innstillinger og data, og en administrert profil kan nekte å forlate før administrasjonssiden slipper den. Å fjerne én DNS-payload skal aldri kreve at en urelatert VPN-identitet som enheten fortsatt er avhengig av, ødelegges. Skill objektene før du sletter noe, og fjern deretter bare det som eier oppførselen du prøver å stoppe.

Etterpå bør du sjekke de private navnene arbeidet ditt er avhengig av, for en organisasjonsapp kan være avhengig av en resolver som offentlig DNS aldri har hørt om. Den feilen viser seg vanligvis som en programfeil i stedet for en DNS-feil, og derfor feildiagnostiseres den. Test ett internt navn og ett offentlig navn fra samme app, og svaret forteller deg hvilket objekt du faktisk fjernet.