Är VPN-tillägget på din Mac aktiverat? Tre ställen att titta på

Menyraden rapporterar ansluten medan tilläggslistan fortfarande markerar komponenten som inte aktiverad. Båda avläsningarna kommer från samma Mac, och ingen av dem ljuger: de beskriver olika fakta. macOS håller minst tre separata tillstånd för en VPN-klient, och supporttrådar slår ihop dem till en enda fras, vilket är varför rådet svänger mellan ominstallation och omkonfigurering. Att veta vilket tillstånd du faktiskt saknar gör en eftermiddag av gissningar till en kontroll på två minuter.

Dessa tillstånd har olika ägare såväl som olika platser. Ett tillhör operativsystemets tilläggsregister, ett tillhör den policy enheten lyder och ett tillhör klientens egen session. Eftersom ägarna skiljer sig ändrar en rättelse som tillämpas på ett av dem sällan de två andra.

Tre tillstånd som kallas en sak

Ordningen du läser dem i är viktigare än själva listan: börja med registret, eftersom en komponent som aldrig aktiverats inte kan vara ansluten, läs sedan policyn, som avgör om aktivering alls är möjlig, och läs till sist klienten, den enda av de tre som beskriver en session. En avvikelse högt i den ordningen förklarar varje symptom under den, och en avvikelse lågt lämnar de två ovanför orörda.

Ett konkret exempel på skillnaden: en registerpost som läses som aktiverad tillsammans med en klient som inte kan ansluta pekar på profilen eller servern, inte på tillägget. Den omvända kombinationen, en aktiverad klient bredvid ett register som inte visar något, betyder oftast att appen du tittar på inte är den som bär trafiken. Skriv ner vilken kombination du observerade innan du rör något.

Hitta tillägget utan att lita på ikonen

Aktuella versioner listar nätverkstillägg under Systeminställningar, Allmänt, Inloggningsobjekt och Tillägg. Hitta posten som är uppkallad efter produkten eller dess utgivare och läs reglaget bredvid den i stället för symbolen i menyraden. Etiketter och positioner har flyttats mellan macOS-versioner, så följ leverantörens instruktioner för din version i stället för en skärmbild från en äldre artikel. En post som helt saknas betyder att komponenten aldrig installerades, och profilredigering kommer inte att framkalla den.

systemextensionsctl list
log show --last 10m --predicate 'subsystem == "com.apple.networkextension"' --style compact

Det första kommandot är det snabbaste sättet att se vad som är installerat och om varje tillägg rapporterar sig som aktiverat. Det andra visar varför en aktivering avvisas, eftersom avvisningen oftast kommer som ett policy- eller signaturklagomål som aldrig når användargränssnittet. Läs avvisningstexten innan du ändrar något: loggraden namnger komponenten och ofta orsaken, vilket är precis vad ett supportärende behöver. Kopiera hela raden i stället för frasen du tror spelar roll, eftersom versionen och identifieraren sitter i var sin ände av den.

Vad klienten erkänner och listan inte

När tillägget är bekräftat, fråga klienten om den har en profil och en session, eftersom en sparad profil utan anslutning är ett konfigurationsproblem, medan en anslutning som inte bär trafik är ett routings- eller policyproblem. Att behandla alla tre som en skickar dig tillbaka till att installera om en komponent som fungerade hela tiden.

scutil --nc list
scutil --nc status "Work VPN"

Listan visar konfigurerade tjänster och deras anslutningstillstånd; statusanropet visar tillståndet för en namngiven tjänst och dess senaste fel. Spara den texten och macOS-versionen innan du installerar om, eftersom ominstallationen förstör beviset och ofta återskapar samma fel.

När policyn äger reglaget

På en hanterad Mac kan en konfigurationsprofil hålla tillägget i ett fast tillstånd, och reglaget blir då grått enligt design. Ett otillgängligt reglage är ett policyuttalande och inte en bugg att gå runt. Att radera profilen eller hanteringsregistreringen för att nå det ändrar enhetens säkerhetsläge, återställs vid nästa incheckning och lämnar en maskin som rapporterar sig som förenlig medan kontrollerna som gjorde den förenlig saknas. Det utfallet är värre än det ursprungliga problemet, eftersom det döljer både orsaken och symptomet.

Ta ärendet till administratören med tilläggets identifierare, den exakta avvisningstexten och versionen. En hanterad distribution kan oftast godkänna ett nätverkstillägg centralt inom några minuter, vilket både är snabbare än kringgåendet och granskningsbart i efterhand.

Bevisa rättelsen på en riktig applikation

Efter varje stödd korrigering, anslut igen och testa applikationen som VPN:et finns för, i stället för märket i menyraden. Bekräfta sedan att trafik som ska stanna utanför tunneln fortfarande stannar utanför, eftersom en rättelse som tyst routar allt är en annan ändring än den du avsåg. Ett test på två minuter på den riktiga applikationen är värt mer än ett märke du inte kan återskapa.

En varning medan du är i den listan: ett innehållsfilter är också ett nätverkstillägg. När en enda webbplats misslyckas är att stänga av varje tillägg i panelen ett grovt drag som bryter orelaterad filtrering för andra applikationer, och det gör nästa diagnos svårare genom att ta bort komponenterna du skulle jämföra. Identifiera tillägget efter utgivare och roll innan du rör det, och skriv ner vilket av de tre tillstånden som faktiskt var fel.