iPhone-VPN ansluter igen efter att du stängt av det: vem startar det?

Tryck på koppla från på iPhone-VPN:en, öppna en webbläsare och tunneln är uppe igen innan sidan laddas, vilket får reglaget att se trasigt ut. Vanligtvis fungerar det som tänkt, bara inte som användaren menade. Frånkoppling avslutar en session; något annat har fortfarande tillstånd att starta en ny. Tre olika ägare kan göra det på iOS, och var och en lämnar ett annat fingeravtryck i när återanslutningen sker.

Frånkoppling är inte inaktivering

En manuell frånkoppling säger åt tunneln att stoppa. Den säger inte nödvändigtvis åt systemet att sluta fråga efter den. Regler för anslut vid behov, leverantörsappens egen policy för automatisk anslutning och en hanterad Always On-konfiguration överlever alla en frånkoppling, och var och en av dem kan starta anslutningen igen utan att användaren rör något.

Skillnaden spelar roll eftersom lösningen ligger hos ägaren. Att trycka hårdare på reglaget hjälper aldrig, och att radera profilen är en mycket större åtgärd än problemet kräver. Hitta utlösaren först och avgör sedan om det är din sak att ändra den. Den ordningen hindrar dig också från att ta bort en fungerande konfiguration för att jaga en regel som bor någon annanstans.

Jämför de tre ägarna efter deras utlösare

Anslut vid behov reagerar på villkor som operativsystemet utvärderar: att ansluta till ett nätverk, eller en begäran som involverar en domän som regeln matchar. En leverantörsapp kan resa en anslutning när appen startar eller när dess egen bakgrundspolicy bestämmer det. En hanterad Always On-distribution är ett krav på enhetsnivå som användaren inte alls är tänkt att kringgå.

Observera vilken händelse som föregår återanslutningen och ägaren blir ganska uppenbar. Det är skillnaden mellan en regel du kan redigera och en policy du bara kan fråga om.

Vad reglerna för vid behov faktiskt gör

Beteende vid behov är en ordnad lista. Varje post matchar ett villkor och ger en åtgärd: anslut, koppla från, utvärdera ett anslutningsförsök eller ignorera. En anslutningsregel som står före en frånkopplingsregel vinner varje gång båda matchar, och därför kan en enhet återansluta direkt efter en manuell frånkoppling.

Regler kan också vara domänstyrda och matcha ett värdnamn i en begäran i stället för en gränssnittsändring. Det är mönstret bakom ”VPN:en kommer tillbaka när jag öppnar intranätsidan”, och det pekar på leverantören eller profilen som installerade regeln, inte på iOS självt.

Hanterad Always On är inte ett personligt val

På en övervakad, hanterad enhet kan organisationen kräva att en VPN hålls uppe och ta bort användarens möjlighet att stänga av den. Ingen mängd reglage i Inställningar ändrar det, och det ärliga svaret är att beteendet tillhör administratörens policy.

Fråga vilken policy som gäller och vilken undantagsprocess som finns, om någon. Att radera den installerade hanteringsprofilen är ingen supportad lösning; det kan ta bort annan konfiguration som enheten är beroende av och det kan bryta efterlevnadsrapporteringen.

Testa genom att ta bort utlösaren, inte profilen

Låt profilen vara installerad, koppla från och upprepa sedan händelsen som tidigare startade om tunneln: anslut till samma Wi-Fi, öppna samma app, begär samma interna namn. Om tunneln kommer tillbaka i det ögonblicket har du identifierat utlösaren och kan leta efter inställningen som äger den.

Ändra en inställning hos ägaren och upprepa sedan samma test. Om återanslutningen upphör har du svaret; om den fortsätter finns utlösaren någon annanstans och profilen var aldrig problemet. En nedladdad inställningsfil som fortfarande ligger i Filer är inte heller en installerad konfiguration, så att ta bort filen bevisar ingenting.

Det användbara resultatet är en mening du kan skriva ned: den här anslutningen startas av den här regeln eller policyn, och ägs av den här parten. När det är sant slutar reglaget kännas oförutsägbart, och nästa person som rapporterar det får ett direkt svar i stället för ännu en ominstallation.