உங்கள் 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 வடிவமைப்பின்படி பாதையை மீண்டும் இணைக்கிறது, அல்லது சுயவிவரம் ஒருபோதும் கட்டுப்படுத்தாத கட்டமைப்பை கிளையண்ட் வைத்திருக்கிறது. அடையாளங்காட்டிகளையும் காலவரிசையையும் பதிவின் உரிமையாளரிடம் கொண்டு செல்லுங்கள்; அது யாராவது நடவடிக்கை எடுக்கக்கூடிய டிக்கெட். மீண்டும் நீக்கு அழுத்துவது அல்ல.

தொடர்புடைய கட்டுரைகள்