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

To tilnærmingar blir tilrådde for å redusere annonsar på ein iPhone, og dei er ikkje konkurrerande versjonar av det same. Den eine blokkerer innhald i nettsidene Safari viser. Den andre nektar å slå opp utvalde vertsnamn for heile eininga. Ingen av dei sprøytar kode inn i ein annan app, og ingen av dei fjernar kvar annonse du kan sjå på telefonen.

Vel flata du faktisk bryr deg om, og kontroller deretter at appane du er avhengig av framleis verkar. Å starte med feil flate kastar bort ein ettermiddag på innstillingar som aldri dekte annonsane du ville fjerne.

To flater med ulik rekkevidd

Safari-utvidingar som blokkerer nettstadinnhald arbeider inne i sida til nettlesaren. Dei ser dokumentet Safari viser og kan stanse element frå å lastast, avhengig av tilgangen utgjevaren bad om og profilane der du aktiverte dei.

Ein filtrerande resolver arbeider eitt nivå lågare, ved namneoppslag. Han svarar tomt på nokre vertsnamnførespurnader, noko som fjernar førespurnader til kjende annonse- eller sporingsdomene før ei tilkopling blir prøvd. Sjølve sida ser han aldri.

Den skilnaden avgjer kva klager kvar tilnærming kan rette. Ein nettlesar som ser rein ut kan stå ved sida av eit spel fullt av bannerannonsar. Ingen av metodane er øydelagde; ein av dei blei berre aldri retta mot den aktuelle appen. Feilen er å velje ein mekanisme før ein vel ei flate.

Safari først, fordi kontrollen er lokal

På ein gjeldande iOS-utgåve blir utvidingar installerte via Safari eller App Store og deretter aktiverte under Innstillingar, så Appar, så Safari, så Utvidingar. Dei nøyaktige etikettane flyttar seg mellom utgåver, så les skjermen du har og ikkje eit skjermbilete frå ein artikkel.

Vel ein utgjevar du kan identifisere, les tilgangen utvidinga ber om, og aktiver henne berre for profilane og nettstadene der du vil ha henne. Hald eitt unntak klart for ein nettstad der det nødvendige innhaldet blir øydelagt av filteret, fordi det er langt lettare å forklare seinare at ein slår av ein brytar for ein nettstad enn å slå av fleire personvernfunksjonar samstundes.

Ein annonse inne i eit separat spel eller ein sosial app ligg utanfor sidefiltreringsarbeidet til denne nettlesaren, uansett kva utvidinga lovar på listsida si.

DNS-filtrering dekkjer namn, ikkje sider

Ein filtrerande resolver nektar å svare på førespurnader om vertsnamn på blokkeringslista si. Apples DNS-konfigurasjonsstøtte ber DNS over HTTPS og DNS over TLS utan å gjere eininga til ein full tunnel, så dette er eit reelt alternativ utan VPN.

Rekkevidda blir ved oppslaget. Eit filter basert på vertsnamn kan ikkje fjerne eit element frå ei side som allereie er lasta, og det kan ikkje skilje ein annonse frå nyttig innhald som blir levert av det same tillatne vertsnamnet.

Kryptert DNS vernar vegen mellom telefonen og resolveren; blokkeringspolicyen er ein eigen funksjon i den resolveren. Å velje berre eit kryptert endepunkt etablerer ingen blokkeringsliste i det heile, og det skjuler ikkje den offentlege adressa til eininga for tenestene ho når. Det er tre ulike påstandar som marknadssider har ein tendens til å smelte saman.

Les kva ein profil faktisk installerer

Ein konfigurasjonsprofil som blir marknadsført for annonsefiltrering kan bere innstillingar som strekkjer seg langt utover DNS. Nokre av desse felta blei skrivne for eit eldre operativsystem og gjeld ikkje lenger, og nokre få endrar korleis eininga handterer namn på måtar listsida aldri nemner. Les nyttelasta før du stolar på etiketten.

Undersøk kva profilen inneheld før du stolar på han, og føretrekk ein konfigurasjon publisert av resolveroperatøren du valde. På ein telefon som blir styrt av arbeidet, la krava til private namn og administrasjon bli hjå administratoren i staden for å leggje ein personleg profil oppå dei.

Ein app som brukar sin eigen resolverveg, eller som har bufra ei adresse, kan oppføre seg annleis enn ein som følgjer resolveren systemet valde. Det er ikkje ein feil i filteret; det er ei grense for filtrering på namnelaget.

Test i appane du faktisk brukar

Byrj med ei uskuldig side eller oppgåve, og kontroller deretter funksjonaliteten du framleis treng. Captive-portalar på hotell og flyplassar er eit godt belastningstilfelle, fordi ein resolver som filtrerer aggressivt kan gjere at du ikkje når innloggingssida. Den feilen kjem nøyaktig når du ikkje har noko anna nettverk å falle tilbake på. Hald ein dokumentert måte å deaktivere konfigurasjonen på før du reiser.

Vurder Safari og ein separat app uavhengig i staden for å handsame éin rein nettlesartest som dekning for heile eininga. Viss eit produkt implementerer filtreringa si gjennom ein lokal pakketunnel, er det ein annan mekanisme enn båe alternativa ovanfor, og han fortener ei lesing før han ligg ved sida av ein VPN-profil du er avhengig av. Resultatet du vil ha er ei kjend grense, nettlesarsider eller dekte namn, med appane du treng framleis verande.