మీ Mac లో తొలగించడానికి నిరాకరించే VPN ప్రొఫైల్ ఉంటుంది, లేదా తొలగించబడి పునఃప్రారంభం తర్వాత తిరిగి వస్తుంది. ఇది సాధారణంగా నిర్వహణ ప్రశ్న, పాడైన క్లయింట్ కాదు. క్రింది తనిఖీలు యాజమాన్యం నుండి payload కి, ఆపై పునఃకనెక్షన్ నియమాలకు వెళ్తాయి, ప్రతి ఒక్కటి తప్పు ప్యానెల్‌లో అర్ధ రోజు గడపకముందే మిమ్మల్ని ఆపగలదు. వాటిని క్రమంగా చేయండి; సమాధానం మారే దశే మీ భాగం ముగిసే స్థలం.

ప్రొఫైల్ నిర్వహించబడుతోందా, కేవలం సేవ్ చేయబడిందా అని నిర్ధారించండి

System Settings తెరిచి Profiles లేదా Device Management వెతకండి. macOS సంస్కరణను బట్టి జాబితా Privacy & Security (Profiles) లేదా General (Device Management) కింద ఉంటుంది. సంస్థ పేరు, చిన్న వివరణ చూపే మరియు మైనస్ బటన్ లేని ప్రొఫైల్‌ను మీరు జోడించలేదు, సంస్థ ఇన్‌స్టాల్ చేసింది.

టెర్మినల్‌లో రెండు తనిఖీలు యాజమాన్యాన్ని త్వరగా నిర్ణయిస్తాయి. మొదటిది నమోదును నివేదిస్తుంది, రెండవది పరికర ప్రొఫైల్‌లను జాబితా చేస్తుంది:

sudo profiles status -type enrollment
sudo profiles -P

నమోదు అవును అని చెప్పి ప్రొఫైల్ జాబితా ఖాళీగా ఉంటే, ఏమీ ఇన్‌స్టాల్ కాలేదని నిర్ధారించవద్దు. నిర్వహించబడే Mac లలో MDM పంపే కొన్ని payload లు profiles సాధనం నుండి దాచబడి ఉన్నా చురుకుగా ఉంటాయి. Device Management ప్యానెల్ సంస్థ పంపిన దానికి అధికారిక దృశ్యం, నమోదైన Mac లో ఖాళీ కమాండ్-లైన్ జాబితా ఊహతో పరిష్కరించకూడని వైరుధ్యం.

చూపించే పేరు కాదు, payload చదవండి

VPN ప్రొఫైల్ ఒక కంటైనర్, మరియు కనిపించే పేరు లోపల ఏమి ఉందనే దాని గురించి కొద్దిగా మాత్రమే చెబుతుంది. ఒక payload లో IKEv2 సర్వర్ చిరునామా, రిమోట్ గుర్తింపు, ప్రామాణీకరణ పద్ధతి మరియు దాని స్వంత UUID ఉన్న ధృవపత్రం ఉండవచ్చు. అదే ప్రొఫైల్‌లో రెండవ payload టన్నెల్‌కు అవసరమైన గుర్తింపు ధృవపత్రాన్ని అందించవచ్చు, అందుకే Keychain లో లేనట్టు కనిపించే ధృవపత్రం కూడా అదే ప్రొఫైల్ ద్వారా రావచ్చు.

Payload లను డంప్ చేసి ముఖ్యమైన కీలను చదవండి:

sudo profiles show -type configuration | grep -A3 -E "VPNType|ServerAddress|RemoteAddress|AuthenticationMethod|PayloadUUID"

ఏదైనా మార్చే ముందు payload ల UUID లను నమోదు చేయండి. ఖచ్చితమైన వస్తువును కనుగొనడానికి నిర్వాహకుడికి అవసరమైన గుర్తింపులు ఇవే, మరియు టన్నెల్ మరియు ధృవపత్రం ఒకే మూలం నుండి వస్తున్నాయా లేదా రెండు వేర్వేరు విస్తరణల నుండి వస్తున్నాయా అని కూడా అవి చెబుతాయి.

టన్నెల్‌ను ఏమి తిరిగి తెస్తుందో గమనించండి

టన్నెల్ తనంతట తాను పునఃప్రారంభమైతే, ప్రొఫైల్ దాదాపు ఖచ్చితంగా అభ్యర్థన నియమాన్ని కలిగి ఉంటుంది. ఏదైనా ఇంటర్‌ఫేస్ మరియు Connect చర్యతో సరిపోలే నియమం, Wi-Fi కనెక్ట్ అయినప్పుడు, Mac నిద్ర నుండి లేచినప్పుడు లేదా DNS పరీక్ష విఫలమైనప్పుడు టన్నెల్‌ను ప్రారంభిస్తుంది. క్లయింట్ payload ను భంగపరిచే స్విచ్‌ను ఇవ్వదు.

సేవల జాబితా మరియు ప్రతి సేవ కాన్ఫిగరేషన్ scutil నుండి వస్తాయి:

scutil --nc list
scutil --nc show "Corporate VPN"

show అవుట్‌పుట్‌లో OnDemandRules కనుగొని ప్రతి ఎంట్రీ Action విలువను చదవండి. Connect టన్నెల్‌ను పైకి లేపుతుంది, Disconnect దాన్ని కూలదోస్తుంది, Ignore ప్రస్తుత స్థితిని అలాగే ఉంచుతుంది. అన్నింటితో Connect సరిపోలే మొదటి నియమమే డిస్‌కనెక్ట్ చేసిన తర్వాత టన్నెల్ కింద ఉండకపోవడానికి సాధారణ కారణం.

scutil --nc list లో కనెక్షన్ లేకపోతే, అది సిస్టమ్ VPN సేవగా ఇన్‌స్టాల్ కాలేదు. ఇది క్లయింట్ యాప్ యాజమాన్యంలోని నెట్‌వర్క్ పొడిగింపును సూచిస్తుంది, అక్కడ ప్రొఫైల్ యాప్ కాన్ఫిగరేషన్‌ను మాత్రమే అప్పగించవచ్చు మరియు ఎప్పుడు కనెక్ట్ కావాలో యాపే నిర్ణయిస్తుంది.

తొలగింపు మీ పనేనా అని నిర్ణయించండి

రెండు యంత్రాంగాలు తొలగింపును నిరోధిస్తాయి. Payload, PayloadRemovalDisallowed ను సెట్ చేయవచ్చు, అది ఇంటర్‌ఫేస్‌లో ప్రొఫైల్‌ను తొలగించలేనిదిగా చేస్తుంది, మరియు Mac పర్యవేక్షణలో ఉంటే నిర్వహణ ప్రొఫైల్ తొలగింపు నేరుగా తిరస్కరించబడుతుంది. రెండూ బగ్ కావు, మరియు విషయాన్ని బలవంతంగా పరిష్కరించడానికి సంబంధం లేని ధృవపత్రాలను లేదా నిర్వహణ ప్రొఫైల్‌ను తొలగిస్తే మీరు ప్రారంభించిన దానికంటే చాలా పెద్ద సమస్యతో ఉంటారు.

What you seeLikely ownerNext action
Profile shows an organization name and no minus buttonMDM enrollmentAsk the administrator to remove it or change its scope
Profile removable, personal IKEv2 settingsYouRemove it from VPN settings and re-add it if you still need it
Profile removed, returns after a reboot or check-inMDM re-pushRequest a scope change; deleting it again will not hold
Profile removed, tunnel still startsOn Demand rule or app login itemRemove the rule or the login item, then retry

పని Mac కోసం నిర్వాహకుడి మద్దతు లేదా నిష్క్రమణ మార్గమే సరైనది. ప్రొఫైల్ గుర్తింపును మీతో తీసుకెళ్లండి. «VPN ప్రొఫైల్» అని మాత్రమే చెప్పే టికెట్ మీరు ఉద్దేశించిన వస్తువును ఎవరూ కనుగొనడానికి సరిపోదు.

సహాయం అడిగే ముందు ఆధారాలను సేకరించండి

ఐదు విషయాలు రాయండి: ప్రొఫైల్ గుర్తింపు, payload ల UUID లు, sw_vers నుండి macOS సంస్కరణ మరియు build, VPN ఉపరకం, మరియు టైమ్‌స్టాంప్‌తో ఖచ్చితమైన వైఫల్య పాఠ్యం. టన్నెల్ పూర్తిగా ఉందా విభజించబడిందా మరియు అది కనెక్ట్ అయ్యే సమయంలో విఫలమవుతుందా లేదా అంతర్గత వనరుకు మొదటి యాక్సెస్‌లో విఫలమవుతుందా అని కూడా జోడించండి, ఎందుకంటే ఈ రెండు వైఫల్యాలకు వేర్వేరు యజమానులు ఉన్నారు.

నెట్‌వర్క్ పొడిగింపు వైఫల్యానికి సాధారణంగా ఒక సన్నని లాగ్ ప్రశ్న సరిపోతుంది:

log show --last 5m --predicate 'process == "nesessionmanager"'

మొత్తం విండోకు బదులు ప్రయత్నం చుట్టూ ఉన్న పంక్తులను తీసుకోండి, మరియు ఫలితాన్ని ఎక్కడైనా పోస్ట్ చేసే ముందు సర్వర్ పేర్లు మరియు ధృవపత్ర విషయాలను మరుగుపరచండి. Apple నియోజన మార్గదర్శిని నిర్వహిత VPN payload లు మరియు అభ్యర్థన నియమాలు ఎందుకు రూపొందించబడ్డాయో వివరిస్తుంది, మరియు అది స్క్రీన్‌షాట్ కంటే మంచి వాదన: VPN అవలోకనం.

ఐదు తనిఖీలు పూర్తయినప్పుడు, మూడింటిలో ఖచ్చితంగా ఒకటి నిజం. ప్రొఫైల్ తొలగించడానికి మీది కాదు, payload రూపకల్పన ప్రకారం టన్నెల్‌ను తిరిగి కనెక్ట్ చేస్తుంది, లేదా క్లయింట్ ప్రొఫైల్ ఎప్పుడూ నియంత్రించని కాన్ఫిగరేషన్‌ను కలిగి ఉంది. గుర్తింపులు మరియు కాలక్రమాన్ని నమోదు యజమాని వద్దకు తీసుకెళ్లండి; అది ఎవరైనా చర్య తీసుకోగల టికెట్. మళ్లీ తొలగించు నొక్కడం అలా కాదు.

సంబంధిత వ్యాసాలు