Er iCloud Private Relay en VPN? Hvad hver af dem faktisk dækker

Der er to kontakter slået til, telefonen viser et VPN-badge og en Private Relay-etiket, og antagelsen er, at alt nu er dobbelt beskyttet. Det er det ikke. Private Relay dækker den browsertrafik, som Apple beskriver for den, gennem et design med to hop, som selskabet driver. Og en VPN dækker alt, hvad dens profil sender, hvilket kan omfatte private netværksressourcer, som ingen internetrelay kan nå.

De overlapper på noget Safari-trafik og adskiller sig næsten overalt ellers. At vide, hvilken af dem der bærer en given anmodning, er forskellen mellem en opsætning, der virker, og en supportbillet.

Hvad hver af dem bærer

Private Relay er rettet mod browsing og relateret understøttet trafik, sammen med den DNS-opløsning, der følger med. Det er ikke en tunnel ind i en arbejdsgivers netværk, og det er ikke bevis for, at en tredjepartsapp bruger en valgt offentlig udgang.

En VPN's omfang defineres af dens profil. Den profil afgør, hvilke destinationer der dirigeres gennem tunnelen, om trafikken deles, og hvilke apps der udelukkes. Den kan også give ruter til private ressourcer, hvilket en internetrelay slet ikke kan tilbyde.

Omfanget bestemmes af profilen, ikke af ikonet

VPN-badget fortæller, at en profil er forbundet. Det fortæller ikke, hvad den profil dirigerer. Split-tunnel-profiler, undtagelser per app og on-demand-regler ændrer alle svaret, mens badget forbliver det samme.

Læs profilen på enheden, og bekræft derefter med en faktisk anmodning. Et privat værtsnavn, der kun opløses og forbinder, mens tunnelen er oppe, er bedre bevis end nogen indikator. Private Relay har sit eget omfang og sine egne tilgængelighedsbetingelser, og derfor beskriver to synlige etiketter ikke én kombineret tunnel.

To operatører, forskellig tillid

Private Relay deler forbindelsesvejen, så ingen enkelt part i dens design ser både, hvem du er, og hvad du har anmodet om. En konventionel VPN samler den synlighed hos den operatør, du valgte, hvilket er en politisk beslutning og ikke en teknisk tilfældighed. Ingen af de to ordninger ændrer, hvad et websted lærer, når du logger ind. En IP-ændring rydder ikke cookies, fjerner ikke tilladelsesbaserede placeringsdata og anonymiserer ikke en konto.

Hold HTTPS og kontoidentitet i syne under begge, fordi det meste af det, folk forventer af en VPN, faktisk leveres af TLS og af ikke at logge ind. Det er en nyttig test for enhver påstand om privatliv. Spørg, hvad webstedet stadig kan se, efter tunnelen er oppe. Svaret er normalt kontoen, cookien og tidszonen.

Kør kontrollen i rækkefølge

Begynd med selve indstillingen i stedet for med en hastighedstest. I Settings skal du åbne iCloud-punktet og læse Private Relay-status, derefter åbne VPN-afsnittet og læse profilens status og konfiguration. Test derefter fire ting: en Safari-side, en tredjepartsapp, der betyder noget for dig, en privat ressource, der kun bør virke gennem tunnelen, og den offentlige adresse, som hver af dem ser. Den sekvens adskiller browsingdækning fra profildækning på få minutter.

Apples Private Relay-oversigt er referencen for, hvilken trafik funktionen dækker, og hvad dens tilgængelighed afhænger af. Brug den i stedet for at udlede omfanget af etiketten i Control Center.

Når de to indstillinger påvirker hinanden

Kompatibilitet betyder noget. Nogle netværksforhold og installerede produkter påvirker, om funktionen er tilgængelig, og begge indstillinger kan forblive synlige, mens den ene ikke er aktiv. Private Relay er ikke en landvælger og erstatter ikke en VPN til det formål i alle apps. Hvis en organisatorisk ressource er påkrævet, skal du bruge den godkendte VPN og dens godkendelse i stedet for at håbe på, at en internetrelay når en intern adresse.

Arbejdsrækkefølge: læs begge statusser, bekræft VPN-profilens ruter, test Safari og en app og en privat ressource, og noter derefter, hvilken kontrol der bar hvert resultat. Den registrering er det, der adskiller et gæt fra en diagnose.