Profili VPN i menaxhuar i Mac nuk fshihet? Kontrolloni këto pesë hapa
Përpara se të fshini një profil VPN të menaxhuar në Mac, konfirmoni kush është pronari, çfarë imponon ngarkesa dhe pse heqja është e bllokuar, me pesë kontrolle të renditura.
Mac-i juaj mban një profil VPN që refuzon të fshihet, ose fshihet dhe kthehet pas një rindezjeje. Kjo është zakonisht një çështje menaxhimi, jo një klient i dëmtuar. Kontrollet më poshtë shkojnë nga pronësia te ngarkesa dhe më pas te rregullat e rilidhjes, dhe secila mund t'ju ndalojë përpara se të kaloni një pasdite në panelin e gabuar. Kryeni në rend; hapi ku përgjigjja ndryshon është vendi ku përfundon pjesa juaj.
Konfirmoni që profili është i menaxhuar, jo thjesht i ruajtur
Hapni Cilësimet e Sistemit dhe kërkoni Profile ose Menaxhimi i pajisjes. Në varësi të versionit të macOS, lista ndodhet te Privatësia dhe siguria (Profile) ose te Të përgjithshme (Menaxhimi i pajisjes). Një profil që shfaq emrin e një organizate, një përshkrim të shkurtër dhe nuk ka butonin minus është instaluar nga organizata, jo shtuar nga ju.
Dy kontrolle në terminal e zgjidhin shpejt pronësinë. I pari raporton regjistrimin, i dyti liston profilet e pajisjes:
sudo profiles status -type enrollment
sudo profiles -PNëse regjistrimi thotë po dhe lista e profileve është bosh, mos konkludoni se nuk është instaluar asgjë. Në Mac-et e menaxhuara disa ngarkesa të dërguara nga MDM mbeten të fshehura nga mjeti profiles ndërkohë që vazhdojnë aktive. Paneli i Menaxhimit të pajisjes është pamja autoritative e asaj që dërgoi organizata, dhe një listë bosh në rreshtin e komandës në një Mac të regjistruar është një kundërshti që nuk duhet zgjidhur duke hamendësuar.
Lexoni ngarkesën, jo emrin e shfaqur
Një profil VPN është një kontejner, dhe emri i dukshëm thotë pak për atë që është brenda. Një ngarkesë mund të mbajë adresën e serverit IKEv2, identifikuesin në distancë, metodën e vërtetimit dhe një certifikatë me UUID të vetin. Një ngarkesë e dytë në të njëjtin profil mund të sigurojë certifikatën e identitetit që i duhet tunelit, prandaj një certifikatë që duket se mungon në Keychain mund të arrijë gjithsesi përmes të njëjtit profil.
Nxirrni ngarkesat dhe lexoni çelësat që kanë rëndësi:
sudo profiles show -type configuration | grep -A3 -E "VPNType|ServerAddress|RemoteAddress|AuthenticationMethod|PayloadUUID"Shënoni UUID-të e ngarkesave përpara se të ndryshoni gjithçka. Këto janë identifikuesit që i duhen një administratori për të gjetur objektin e saktë, dhe ju tregojnë gjithashtu nëse tuneli dhe certifikata vijnë nga i njëjti burim apo nga dy vendosje të ndryshme.
Vëreni çfarë e kthen tunelin
Nëse tuneli rindizet vetë, profili pothuajse sigurisht përmban një rregull sipas kërkesës. Një rregull që përputhet me çdo ndërfaqe dhe veprimin Connect e nis tunelin kur Wi-Fi lidhet, kur Mac-i zgjohet nga gjumi ose kur një provë DNS dështon. Klienti nuk ofron një çelës që anulon ngarkesën.
Lista e shërbimeve dhe konfigurimi për çdo shërbim vijnë nga scutil:
scutil --nc list
scutil --nc show "Corporate VPN"Në daljen e show, gjeni OnDemandRules dhe lexoni vlerën Action të çdo zëri. Connect e ngre tunelin, Disconnect e rrëzon, dhe Ignore e lë gjendjen aktuale si është. Rregulli i parë që përputhet me gjithçka me Connect është arsyeja e zakonshme pse një tunel nuk mbetet i ulët pasi e shkëputni.
Nëse lidhja mungon në scutil --nc list, nuk është instaluar si shërbim VPN i sistemit. Kjo tregon një zgjerim rrjeti në pronësi të një aplikacioni klient, ku profili ndoshta vetëm dorëzon konfigurimin e aplikacionit dhe vetë aplikacioni vendos kur të lidhet.
Vendosni nëse heqja është puna juaj
Dy mekanizma e bllokojnë fshirjen. Ngarkesa mund të vendosë PayloadRemovalDisallowed, gjë që e bën profilin të paheqshëm në ndërfaqe, dhe Mac-i mund të jetë nën mbikëqyrje kështu që heqja e profilit të menaxhimit refuzohet drejtpërdrejt. Asnjëra nuk është defekt, dhe fshirja e certifikatave të palidhura ose e profilit të menaxhimit për ta imponuar çështjen ju lë me një problem shumë më të madh se ai me të cilin filluat.
| What you see | Likely owner | Next action |
|---|---|---|
| Profile shows an organization name and no minus button | MDM enrollment | Ask the administrator to remove it or change its scope |
| Profile removable, personal IKEv2 settings | You | Remove it from VPN settings and re-add it if you still need it |
| Profile removed, returns after a reboot or check-in | MDM re-push | Request a scope change; deleting it again will not hold |
| Profile removed, tunnel still starts | On Demand rule or app login item | Remove the rule or the login item, then retry |
Për një Mac pune, rruga e saktë është mbështetja ose dalja te administratori. Merrni me vete identifikuesin e profilit. Një tiketë që thotë vetëm «profili VPN» nuk mjafton që dikush të gjejë objektin që keni parasysh.
Mblidhni prova përpara se të kërkoni ndihmë
Shënoni pesë gjëra: identifikuesin e profilit, UUID-të e ngarkesave, versionin dhe build-in e macOS nga sw_vers, nënllojin e VPN dhe tekstin e saktë të dështimit me vulë kohe. Shtoni nëse tuneli është i plotë ose i ndarë dhe nëse dështon në lidhje ose në aksesin e parë te një burim i brendshëm, sepse këto dy dështime kanë pronarë të ndryshëm.
Për një dështim të zgjerimit të rrjetit, zakonisht mjafton një pyetje e ngushtë në regjistër:
log show --last 5m --predicate 'process == "nesessionmanager"'Kapni rreshtat rreth përpjekjes dhe jo të gjithë dritaren, dhe fshini emrat e serverëve dhe subjektet e certifikatave përpara se ta publikoni rezultatin kudo. Udhëzuesi i vendosjes së Apple shpjegon për çfarë janë krijuar ngarkesat e menaxhuara VPN dhe rregullat sipas kërkesës, dhe ky është një argument më i mirë se një pamje ekrani: Përmbledhje e VPN.
Kur të përfundojnë të pesë kontrollet, saktësisht një nga tri gjëra është e vërtetë. Profili nuk është i juaji për t'u hequr, ngarkesa e rilidh tunelin sipas projektimit, ose klienti mban një konfigurim që profili nuk e ka kontrolluar kurrë. Çoni identifikuesit dhe kronologjinë te kushdo që zotëron regjistrimin; kjo është një tiketë mbi të cilën dikush mund të veprojë. Shtypja përsëri e fshi është jo.