Annonceblokering på iPhone uden VPN: Safari eller DNS-rækkevidde

Der anbefales to tilgange til at reducere annoncer på en iPhone, og de er ikke konkurrerende versioner af det samme. Den ene blokerer indhold i de websider, som Safari viser. Den anden nægter at slå udvalgte værtsnavne op for hele enheden. Ingen af dem injicerer kode i en anden app, og ingen af dem fjerner hver annonce, du kan se på telefonen.

Vælg den flade, du faktisk bekymrer dig om, og kontrollér derefter, at de apps, du er afhængig af, stadig virker. At starte med den forkerte flade spilder en eftermiddag på indstillinger, der aldrig dækkede de annoncer, du ville fjerne.

To flader med forskellig rækkevidde

Safari-udvidelser, der blokerer hjemmesideindhold, arbejder inde i browserens side. De ser det dokument, Safari viser, og kan stoppe elementer i at indlæse, underlagt den adgang, udgiveren har anmodet om, og de profiler, hvor du har aktiveret dem.

En filtrerende resolver arbejder et niveau lavere, ved navneopslag. Den svarer tomt på nogle værtsnavnforespørgsler, hvilket fjerner anmodninger til kendte annonce- eller sporingsdomæner, før der gøres forsøg på en forbindelse. Den ser aldrig selve siden.

Den forskel afgør, hvilke klager hver tilgang kan løse. En browser, der ser ren ud, kan ligge ved siden af et spil fuld af bannerannoncer. Ingen af metoderne er i stykker; en af dem blev bare aldrig rettet mod den pågældende app. Fejlen er at vælge en mekanisme, før man vælger en flade.

Safari først, fordi kontrollen er lokal

På en aktuel iOS-udgivelse installeres udvidelser via Safari eller App Store og aktiveres derefter under Indstillinger, så Apps, så Safari, så Udvidelser. De præcise etiketter flytter sig mellem udgivelser, så læs den skærm, du har, i stedet for et skærmbillede fra en artikel.

Vælg en udgiver, du kan identificere, læs den adgang, udvidelsen beder om, og aktiver den kun for de profiler og websteder, hvor du vil have den. Hold en undtagelse klar til et websted, hvis nødvendige indhold filteret ødelægger, fordi det er langt lettere at forklare senere at slå en kontakt til for et enkelt websted fra end at slå flere privatlivsfunktioner fra på én gang.

En annonce inde i et separat spil eller en social app ligger uden for denne browsers sidefiltreringsarbejde, uanset hvad udvidelsen lover på sin sponsorside.

DNS-filtrering dækker navne, ikke sider

En filtrerende resolver afviser at svare på forespørgsler om værtsnavne på sin blokeringsliste. Apples DNS-konfigurationsstøtte bærer DNS over HTTPS og DNS over TLS uden at gøre enheden til en fuld tunnel, så dette er en ægte mulighed uden VPN.

Rækkevidden bliver ved opslaget. Et værtsnavnbaseret filter kan ikke fjerne et element fra en side, der er indlæst, og det kan ikke skille en annonce fra nyttigt indhold, der leveres af det samme tilladte værtsnavn.

Krypteret DNS beskytter vejen mellem telefonen og resolveren; blokeringspolitikken er en separat funktion i den resolver. At vælge et krypteret endepunkt alene etablerer slet ingen blokeringsliste, og det skjuler ikke enhedens offentlige adresse for de tjenester, den når. Det er tre forskellige påstande, som marketingsider har en tendens til at smelte sammen.

Læs, hvad en profil faktisk installerer

En konfigurationsprofil, der markedsføres til annoncefiltrering, kan bære indstillinger, der rækker langt ud over DNS. Nogle af de felter blev skrevet til et ældre styresystem og gælder ikke længere, og et par af dem ændrer, hvordan enheden håndterer navne, på måder som sponsorsiden aldrig nævner. Læs nyttelasten, før du stoler på etiketten.

Undersøg, hvad profilen indeholder, før du stoler på den, og foretræk en konfiguration, der er udgivet af den resolveroperatør, du valgte. På en telefon, der styres af arbejdet, skal du lade krav om private navne og administration blive hos administratoren i stedet for at lægge en personlig profil oven på dem.

En app, der bruger sin egen resolvervej, eller som har en adresse i cachen, kan opføre sig anderledes end en, der følger systemets valgte resolver. Det er ikke en fejl i filteret; det er en grænse for filtrering på navnelaget.

Test i de apps, du faktisk bruger

Begynd med en uskyldig side eller opgave, og kontrollér derefter den funktionalitet, du stadig har brug for. Captive-portaler på hoteller og lufthavne er et godt stressforsøg, fordi en resolver, der filtrerer aggressivt, kan efterlade dig uden adgang til login-siden. Den fejl kommer præcis, når du ikke har noget andet netværk at falde tilbage på. Hold en dokumenteret måde at deaktivere konfigurationen på, før du rejser.

Vurder Safari og en separat app uafhængigt i stedet for at behandle én ren browsertest som dækning af hele enheden. Hvis et produkt implementerer sin filtrering gennem en lokal pakketunnel, er det en anden mekanisme end begge muligheder ovenfor, og den fortjener en læsning, før den ligger ved siden af en VPN-profil, du er afhængig af. Det resultat, du vil have, er en kendt grænse, browsersider eller dækkede navne, med de apps, du har brug for, stadig fungerende.