Annonsefiltrering på iPhone uten VPN: Safari eller DNS-dekning

To tilnærminger anbefales for å redusere annonser på en iPhone, og de er ikke konkurrerende versjoner av det samme. Den ene blokkerer innhold i nettsidene Safari viser. Den andre nekter å slå opp utvalgte vertsnavn for hele enheten. Ingen av dem injiserer kode i en annen app, og ingen av dem fjerner hver annonse du kan se på telefonen.

Velg flaten du faktisk bryr deg om, og kontroller deretter at appene du er avhengig av fortsatt virker. Å starte med feil flate kaster bort en ettermiddag på innstillinger som aldri dekket annonsene du ville fjerne.

To flater med ulik rekkevidde

Safari-utvidelser som blokkerer nettstedinnhold arbeider inne i nettleserens side. De ser dokumentet Safari viser og kan stoppe elementer fra å lastes, avhengig av tilgangen utgiveren ba om og profilene der du aktiverte dem.

En filtrerende resolver arbeider ett nivå lavere, ved navneoppslag. Den svarer tomt på noen vertsnavnforespørsler, noe som fjerner forespørsler til kjente annonse- eller sporingsdomener før en tilkobling forsøkes. Selve siden ser den aldri.

Den forskjellen avgjør hvilke klager hver tilnærming kan rette. En nettleser som ser ren ut kan stå ved siden av et spill fullt av bannerannonser. Ingen av metodene er ødelagt; en av dem ble bare aldri rettet mot den aktuelle appen. Feilen er å velge en mekanisme før man velger en flate.

Safari først, fordi kontrollen er lokal

På en gjeldende iOS-utgivelse installeres utvidelser via Safari eller App Store og aktiveres deretter under Innstillinger, så Apper, så Safari, så Utvidelser. De nøyaktige etikettene flytter seg mellom utgivelser, så les skjermen du har og ikke et skjermbilde fra en artikkel.

Velg en utgiver du kan identifisere, les tilgangen utvidelsen ber om, og aktiver den bare for profilene og nettstedene der du vil ha den. Hold ett unntak klart for et nettsted hvis nødvendige innhold filteret ødelegger, fordi det er langt lettere å forklare senere at man slår av en bryter for ett nettsted enn å slå av flere personvernfunksjoner samtidig.

En annonse inne i et separat spill eller en sosial app ligger utenfor denne nettleserens sidefiltreringsarbeid, uansett hva utvidelsen lover på listsiden sin.

DNS-filtrering dekker navn, ikke sider

En filtrerende resolver nekter å svare på forespørsler om vertsnavn på blokkeringslisten sin. Apples DNS-konfigurasjonsstøtte bærer DNS over HTTPS og DNS over TLS uten å gjøre enheten til en full tunnel, så dette er et reelt alternativ uten VPN.

Rekkevidden blir ved oppslaget. Et filter basert på vertsnavn kan ikke fjerne et element fra en side som allerede er lastet, og det kan ikke skille en annonse fra nyttig innhold som leveres av det samme tillatte vertsnavnet.

Kryptert DNS beskytter veien mellom telefonen og resolveren; blokkeringspolicyen er en egen funksjon i den resolveren. Å velge bare et kryptert endepunkt etablerer ingen blokkeringsliste i det hele tatt, og det skjuler ikke enhetens offentlige adresse for tjenestene den når. Det er tre forskjellige påstander som marketingsider har en tendens til å smelte sammen.

Les hva en profil faktisk installerer

En konfigurasjonsprofil som markedsføres for annonsefiltrering kan bære innstillinger som rekker langt utover DNS. Noen av disse feltene ble skrevet for et eldre operativsystem og gjelder ikke lenger, og noen få endrer hvordan enheten håndterer navn på måter listsiden aldri nevner. Les nyttelasten før du stoler på etiketten.

Undersøk hva profilen inneholder før du stoler på den, og foretrekk en konfigurasjon publisert av resolveroperatøren du valgte. På en telefon som styres av arbeidet, la kravene til private navn og administrasjon bli hos administratoren i stedet for å legge en personlig profil oppå dem.

En app som bruker sin egen resolvervei, eller som har bufret en adresse, kan oppføre seg annerledes enn en som følger resolveren systemet valgte. Det er ikke en feil i filteret; det er en grense for filtrering på navnelaget.

Test i appene du faktisk bruker

Begynn med en uskyldig side eller oppgave, og kontroller deretter funksjonaliteten du fortsatt trenger. Captive-portaler på hoteller og flyplasser er et godt belastningstilfelle, fordi en resolver som filtrerer aggressivt kan gjøre at du ikke når innloggingssiden. Den feilen kommer nøyaktig når du ikke har noe annet nettverk å falle tilbake på. Hold en dokumentert måte å deaktivere konfigurasjonen på før du reiser.

Vurder Safari og en separat app uavhengig i stedet for å behandle én ren nettlesertest som dekning for hele enheten. Hvis et produkt implementerer filtreringen sin gjennom en lokal pakketunnel, er det en annen mekanisme enn begge alternativene ovenfor, og den fortjener en lesing før den ligger ved siden av en VPN-profil du er avhengig av. Resultatet du vil ha er en kjent grense, nettlesersider eller dekkede navn, med appene du trenger fortsatt fungerende.