ඔබේ Mac තුළ මකා දැමීමට ප්‍රතික්ෂේප කරන VPN පැතිකඩක් රැඳී ඇත, නැතහොත් එය මකා දැමී පසු නැවත ආරම්භ කිරීමෙන් පසු නැවත පැමිණේ. මෙය සාමාන්‍යයෙන් කළමනාකරණ ගැටලුවකි, දෝෂ සහිත client එකක් නොවේ. පහත පරීක්ෂණ හිමිකාරිත්වයේ සිට payload දක්වා සහ පසුව නැවත සම්බන්ධ වීමේ නීති දක්වා ගමන් කරයි, සහ සෑම එකක්ම වැරදි පැනලයේ අර්ධ දිනක් ගත කිරීමට පෙර ඔබව නතර කළ හැක. ඒවා පිළිවෙලට කරන්න; පිළිතුර වෙනස් වන පියවර ඔබේ කොටස අවසන් වන තැනයි.

පැතිකඩ කළමනාකරණය කර ඇත්ද, සුරකින ලද්දක් පමණක් ද යන්න තහවුරු කරන්න

System Settings විවෘත කර Profiles හෝ Device Management සොයන්න. macOS අනුවාදය අනුව ලැයිස්තුව Privacy & Security (Profiles) හෝ General (Device Management) යටතේ පිහිටයි. සංවිධානයේ නමක්, කෙටි විස්තරයක් පෙන්වන සහ minus බොත්තමක් නොමැති පැතිකඩ ඔබ විසින් එකතු කළ එකක් නොව සංවිධානය විසින් ස්ථාපනය කළ එකකි.

Terminal තුළ පරීක්ෂණ දෙකක් හිමිකාරිත්වය ඉක්මනින් තීරණය කරයි. පළමුවැන්න ලියාපදිංචිය වාර්තා කරයි, දෙවැන්න උපාංග පැතිකඩ ලැයිස්තුගත කරයි:

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 පරීක්ෂාව අසාර්ථක වන විට උමං මාර්ගය ආරම්භ කරයි. Client එක payload අභිබවා යන ස්විචයක් ලබා නොදේ.

සේවා ලැයිස්තුව සහ එක් එක් සේවාවේ වින්‍යාසය scutil වෙතින් පැමිණේ:

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

show ප්‍රතිදානයේ OnDemandRules සොයා එක් එක් සටහනේ Action අගය කියවන්න. Connect උමං මාර්ගය ඉහළ නංවයි, Disconnect එය බිඳ දමයි, Ignore වත්මන් තත්ත්වය එලෙසම තබයි. සියල්ල සමඟ Connect ගැලපෙන පළමු නීතිය උමං මාර්ගය විසන්ධි කිරීමෙන් පසු පහළ නොරැඳීමට සාමාන්‍ය හේතුවයි.

scutil --nc list තුළ සම්බන්ධතාවය නොමැති නම්, එය පද්ධති VPN සේවාවක් ලෙස ස්ථාපනය කර නැත. මෙය client යෙදුමකට අයත් ජාල දිගුවක් වෙත යොමු කරයි, එහිදී පැතිකඩ යෙදුමේ වින්‍යාසය පමණක් භාර දිය හැකි අතර කවදා සම්බන්ධ විය යුතුද යන්න යෙදුමම තීරණය කරයි.

ඉවත් කිරීම ඔබේ කාර්යයද යන්න තීරණය කරන්න

යාන්ත්‍රණ දෙකක් මකා දැමීම අවහිර කරයි. 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 නිර්මාණය අනුව උමං මාර්ගය නැවත සම්බන්ධ කරයි, නැතහොත් client සතුව පැතිකඩ කිසිදා පාලනය නොකළ වින්‍යාසයක් ඇත. හඳුනාගැනීම් සහ කාලරේඛාව ලියාපදිංචිය හිමි අයට ගෙන යන්න; එය යමෙකුට ක්‍රියා කළ හැකි ටිකට්පතකි. නැවත මකන්න එබීම එය නොවේ.

අදාළ ලිපි