Hvorfor Defender på iPhone viser en VPN (og IP-adressen din endres ikke)

Åpne Innstillinger på en administrert iPhone, se under VPN, og Defender vises som en aktiv konfigurasjon; sjekk den offentlige adressen din på hvilken som helst nettside, og den er den samme som operatøren din ga deg. Ingenting er ødelagt, og ingenting er konfigurert feil. Oppføringen finnes fordi iOS implementerer kontroll på enheten gjennom VPN-rammeverket, og indikatoren i dette rammeverket skiller ikke en lokal tunnel fra en ekstern. Å forstå hvilken type du ser på, forklarer begge observasjonene på én gang.

Hva VPN-oppføringen egentlig er

Apples nettverksstabel lar en app installere en tunnelleverandør som mottar enhetens IP-trafikk og bestemmer hva som skal skje med den. Microsoft beskriver Defenders iOS Web Protection som en lokal, selvløkkende VPN, altså at trafikken overleveres til en komponent som kjører på telefonen og deretter føres tilbake til den vanlige nettverksveien. Det finnes ingen server i et annet land som avslutter forbindelsen.

Statusindikatoren er derfor en uttalelse om konfigurasjon, ikke om geografi. Den sier at en tunnel er installert og aktiv; den sier ikke hvor pakkene forlater nettet, og den kan ikke fortelle deg om inspeksjonskomponenten er sunn.

Hvorfor den offentlige adressen ikke flytter seg

Fordi inspeksjonen skjer lokalt, forlater pakkene som til slutt forlater telefonen, fortsatt samme Wi-Fi- eller mobilgrensesnitt med samme kildeadresse. En VPN med ekstern utgang endrer den adressen etter design; en lokal inspeksjonstunnel har ingen grunn til det, og å endre det ville være et annet produkt.

Dette er det konkrete punktet der mest feilsøking går galt. Folk sammenligner adressen sin før og etter at de aktiverer vernet, ser ingen forskjell og konkluderer med at VPN-en ikke virker eller er blitt koblet fra i stillhet. Konklusjonen er forståelig og helt bakvendt. En lokal tunnel skal være usynlig ved nettverkets kant.

Vurder vernet på dets eget signal

Bruk først vernestatusen som Defender-appen rapporterer, og på en administrert enhet organisasjonens samsvars- eller helsevisning. Disse kildene rapporterer funksjonen du aktiverte; et nettsted for adressekontroll rapporterer en egenskap funksjonen aldri har lovet. Velg kilden som er bygget for å svare på spørsmålet, og les den samme dag som endringen.

Hvis du trenger en funksjonell test, bruk leverandørens egen verifiseringsvei eller en testside som organisasjonen har godkjent, i stedet for å søke etter noe ondsinnet. Spørsmålet er om inspeksjonslaget er aktivt og håndhever, og appen eller administrasjonskonsollen er stedet som svarer på det.

Når du eskalerer, send funksjonsnavnet, appversjonen og den nøyaktige ikke-sensitive feilen. Å si at VPN-en ikke har ny IP gir administratoren ingenting å søke etter, fordi nettopp det resultatet er det forventede.

Den nedlagte forbruker-VPN-en var et annet produkt

Microsofts varsel setter 28. februar 2025 som sluttdato for Privacy Protection, forbruker-VPN-en som fulgte med Defender for enkeltpersoner. Det produktet var en ekstern utgang; det endret den tilsynelatende plasseringen din. Gamle instruksjoner skrevet for det beskriver en helt annen oppførsel, og å bruke dem på den nåværende lokale komponenten skaper falske forventninger.

Nedleggelsesvarselet skiller uttrykkelig den lokale iOS-nettverntunnelen, som fortsatt kan dukke opp som en VPN-oppføring. Så ikonet er ikke en rest av en tjeneste som ble avsluttet, og det er ikke bevis for at vernet stoppet.

Ikke fjern tunnelen for å fjerne ikonet

Microsofts funksjonsdokumentasjon sier at å deaktivere VPN gjør Web Protection utilgjengelig. Å fjerne en indikator er ikke en rettelse; det er å slå av komponenten som produserte den. På en administrert enhet kan endring av denne konfigurasjonen også bryte samsvarsrapporteringen organisasjonen er avhengig av.

Hvis indikatoren selv er problemet, ta det opp med administratoren som et policy- eller UX-spørsmål. Tunnelen gjør jobben den ble installert for, og adressen den lar være uendret, er det tydeligste beviset på det.