Två angreppssätt rekommenderas för att minska annonser på en iPhone, och de är inte konkurrerande versioner av samma sak. Det ena blockerar innehåll i webbsidor som Safari visar. Det andra vägrar slå upp utvalda värdnamn för hela enheten. Ingen av dem injicerar kod i en annan app, och ingen av dem tar bort varje annons du kan se på telefonen.

Välj den yta du faktiskt bryr dig om och kontrollera sedan att apparna du är beroende av fortfarande fungerar. Att börja med fel yta slösar bort en eftermiddag på inställningar som aldrig täckte annonserna du ville ta bort.

Två ytor med olika räckvidd

Safari-tillägg som blockerar webbplatsinnehåll arbetar inne i webbläsarens sida. De ser dokumentet Safari visar och kan stoppa element från att laddas, beroende på den åtkomst utgivaren begärde och de profiler där du aktiverade dem.

En filtrerande resolver arbetar en nivå lägre, vid namnuplösning. Den svarar tomt på vissa värdnamnsförfrågningar, vilket tar bort förfrågningar till kända annons- eller spårningsdomäner innan en anslutning försöks. Själva sidan ser den aldrig.

Den skillnaden avgör vilka klagomål varje angreppssätt kan åtgärda. En webbläsare som ser ren ut kan stå bredvid ett spel fullt av bannerannonser. Ingen av metoderna är trasig; en av dem riktades bara aldrig mot den aktuella appen. Misstaget är att välja mekanism innan man väljer yta.

Safari först, eftersom kontrollen är lokal

På en aktuell iOS-version installeras tillägg via Safari eller App Store och aktiveras sedan under Inställningar, sedan Appar, sedan Safari, sedan Tillägg. De exakta etiketterna flyttar sig mellan versioner, så läs skärmen du har och inte en skärmbild från en artikel.

Välj en utgivare du kan identifiera, läs den åtkomst tillägget begär och aktivera det bara för de profiler och webbplatser där du vill ha det. Håll ett undantag klart för en webbplats vars nödvändiga innehåll filtret förstör, eftersom det är mycket lättare att i efterhand förklara att man stängt av en växel för en webbplats än att stänga av flera integritetsfunktioner samtidigt.

En annons inne i ett separat spel eller en social app ligger utanför den här webbläsarens sidfiltreringsarbete, vad tillägget än lovar på sin listsida.

DNS-filtrering täcker namn, inte sidor

En filtrerande resolver vägrar svara på förfrågningar om värdnamn på sin blockeringslista. Apples DNS-konfigurationsstöd bär DNS over HTTPS och DNS over TLS utan att göra enheten till en fullständig tunnel, så detta är ett verkligt alternativ utan VPN.

Räckvidden stannar vid upplösningen. Ett filter baserat på värdnamn kan inte ta bort ett element från en sida som redan laddats, och det kan inte skilja en annons från nyttigt innehåll som levereras av samma tillåtna värdnamn.

Krypterad DNS skyddar vägen mellan telefonen och resolvern; blockeringspolicyn är en separat funktion i den resolvern. Att bara välja en krypterad slutpunkt etablerar ingen blockeringslista alls, och det döljer inte enhetens offentliga adress för de tjänster den når. Det är tre olika påståenden som marknadssidor tenderar att smälta samman.

Läs vad en profil faktiskt installerar

En konfigurationsprofil som marknadsförs för annonsfiltrering kan bära inställningar som sträcker sig långt bortom DNS. Några av dessa fält skrevs för ett äldre operativsystem och gäller inte längre, och ett fåtal ändrar hur enheten hanterar namn på sätt som listsidan aldrig nämner. Läs nyttolasten innan du litar på etiketten.

Granska vad profilen innehåller innan du litar på den, och föredra en konfiguration som publicerats av den resolveroperatör du valde. På en telefon som styrs av arbetet, låt kraven på privata namn och administration stanna hos administratören i stället för att lägga en personlig profil ovanpå dem.

En app som använder sin egen resolverväg, eller som har cachelagrat en adress, kan bete sig annorlunda än en som följer den resolver som systemet valde. Det är inte ett fel i filtret; det är en gräns för filtrering på namnnivån.

Testa i de appar du faktiskt använder

Börja med en oskyldig sida eller uppgift och kontrollera sedan den funktionalitet du fortfarande behöver. Captive-portaler på hotell och flygplatser är ett bra belastningsfall, eftersom en resolver som filtrerar aggressivt kan göra att du inte når inloggningssidan. Det felet kommer precis när du inte har något annat nätverk att falla tillbaka på. Håll ett dokumenterat sätt att inaktivera konfigurationen innan du reser.

Bedöm Safari och en separat app oberoende av varandra i stället för att behandla ett rent webbläsartest som täckning för hela enheten. Om en produkt implementerar sin filtrering genom en lokal pakettunnel är det en annan mekanism än båda alternativen ovan, och den förtjänar en genomläsning innan den ligger bredvid en VPN-profil du förlitar dig på. Det resultat du vill ha är en känd gräns, webbläsarsidor eller täckta namn, med apparna du behöver fortfarande fungerande.

Relaterade artiklar