iPhonens VPN på begäran ansluter till kontorets Wi-Fi, inte till mobilnätet

Klockan nio ansluter telefonen till kontorets trådlösa nät, och tunneln kommer upp av sig själv och stannar där hela dagen. Mobilnätet beter sig senare precis som alla hade tänkt. Någon lade till en uteslutning för företagsnätet för veckor sedan, så profilen ser ren ut vid genomgång, och varje morgon ger fortfarande samma resultat. Enheten följer listan den fick, och listan säger något annat än vad dess författare trodde.

Listan läses uppifrån, och den första träffen vinner

Posterna utvärderas i ordning. Den första vars villkor gäller avgör resultatet för det ögonblicket, och allt under den ses aldrig. Ordningen bär därför lika mycket betydelse som villkoret som helst som skrivs inuti en regel. Att läsa arrayen uppifrån förklarar en profil som verkar ignorera en uteslutning som den tydligt innehåller.

En allmän post för trådlös anslutning placerad ovanför kontorets uteslutning garanterar en tunnel på plats. Inget annat i nyttolasten behöver flytta sig för att beteendet ska vända.

En post för att koppla från gör två jobb

När åtgärden är Koppla från stänger posten en session som redan körs och blockerar en ny så länge villkoren håller. Båda halvorna spelar roll för en uteslutning, och den andra halvan glöms ofta bort. Samma post i en andra profil förklarar en våning där VPN vägrar starta medan resten av byggnaden fungerar. Ingen rörde tunneln; listan gjorde det.

Tabellen visar formen, uteslutning först, med namn som måste komma från din egen utrullning. Två poster räcker oftast, och en tredje för mobilnätet håller resten förutsägbar.

Behåll båda villkoren på uteslutningen

Para ihop nätverksnamnet med gränssnittstypen. Ett namn ensamt kan utlösas på en delad anslutning med samma etikett, medan en gränssnittstyp ensam utesluter varje trådlöst nät som användaren besöker den dagen. Båda halvorna hör till en post, inte två regler som råkar stå bredvid varandra.

Namnjämförelsen är exakt och skiljer mellan stora och små bokstäver. Det passar för ett känt nät och spänner överallt annars, eftersom gästnät återanvänder bekanta etiketter, platser byter namn efter en fusion, och ett kabelanslutet skrivbord inte har något namn alls. Be nätverksteamet om den exakta etiketten i stället för att läsa den från en skylt på väggen.

När en probe slår ett namn

En probe-post begär en URL och läser ett lyckat svar som ett sant villkor. Välj en värd som bara svarar inifrån, till exempel en intranättjänst som inte går att slå upp offentligt, och regeln slutar bry sig om vad nätet kallar sig. En probe som svarar varifrån som helst testar internet, inte byggnaden. Egenskapen som avgör om detta fungerar är att svaret kommer utan omdirigering; en gästportal som studsar varje begäran gör proben till brus.

Domenbaserade regler är en egen form: NEEvaluateConnectionRule matchar begärda domäner och kan ansluta när ett namn slås upp. Dess jokertecken accepteras bara som den vänstraste etiketten, så *.example.com är giltigt medan example.*.com inte är det. Om en profil varken använder gränssnittsvillkor eller tillgänglighetsprobar, kontrollera om den i stället använder den regeltypen.

Vad regler på begäran inte styr

Regler väljer om en tunnel startar och har inget att säga om att hålla den igång. En session som dyker upp och sedan försvinner minuter senare pekar på inaktivitetstimrar, sessionsgränser i gatewayen eller banstorleken. Var och en lämnar ett annat spår, och det är skälet att utesluta regellistan innan någon av dem ändras. Keep-alive-inställningar förklarar inte mönstret, och att ändra dem flyttar arbetet utan att röra orsaken.

Användare kan stänga av på begäran i Inställningar, och en hanterad tilldelning kan återställa det vid nästa incheckning. När reglaget ständigt glider tillbaka till sitt tidigare läge är tilldelningen den aktiva parten. Skillnaden spelar roll, eftersom framtvingande kommer tillbaka av sig självt medan ett erbjudande förblir avstängt.

Bekräfta vilken profilgrupp som äger enheten och om avsikten är att framtvinga tunneln eller bara erbjuda den. Det svaret avgör om användarens inställning räknas som en bugg eller som en funktion.