મેનેજ્ડ Mac VPN પ્રોફાઇલ ડિલીટ થતું નથી? આ પાંચ પગલાં તપાસો
મેનેજ્ડ Mac VPN પ્રોફાઇલ ડિલીટ કરતાં પહેલાં પાંચ ક્રમાંકિત તપાસ દ્વારા નક્કી કરો કે તેનો માલિક કોણ છે, પેલોડ શું લાદે છે અને દૂર કરવું કેમ અવરોધિત છે.
તમારા Mac પર એક VPN પ્રોફાઇલ રહે છે જે ડિલીટ થવાનું નકારે છે, અથવા ડિલીટ થઈને રીસ્ટાર્ટ પછી પાછી આવે છે. આ સામાન્ય રીતે મેનેજમેન્ટનો પ્રશ્ન છે, બગડેલું ક્લાયન્ટ નહીં. નીચેની તપાસ માલિકીથી પેલોડ અને પુનઃકનેક્શન નિયમો સુધી જાય છે, અને દરેક તમને ખોટા પેનલમાં બપોર પસાર કરતાં પહેલાં રોકી શકે છે. તેમને ક્રમમાં કરો; જે પગલા પર જવાબ બદલાય છે ત્યાં જ તમારો ભાગ પૂરો થાય છે.
ખાતરી કરો કે પ્રોફાઇલ મેનેજ્ડ છે, ફક્ત સેવ થયેલી નથી
સિસ્ટમ સેટિંગ્સ ખોલો અને Profiles અથવા Device Management શોધો. macOS આવૃત્તિ પ્રમાણે યાદી Privacy & Security (Profiles) અથવા General (Device Management) હેઠળ હોય છે. જે પ્રોફાઇલ સંસ્થાનું નામ, ટૂંકું વર્ણન બતાવે છે અને તેમાં માઇનસ બટન નથી, તે સંસ્થાએ ઇન્સ્ટોલ કરી છે, તમે ઉમેરી નથી.
ટર્મિનલમાં બે તપાસ માલિકી ઝડપથી નક્કી કરે છે. પ્રથમ નોંધણી જણાવે છે, બીજી ડિવાઇસ પ્રોફાઇલની યાદી આપે છે:
sudo profiles status -type enrollment
sudo profiles -Pજો નોંધણી હા કહે અને પ્રોફાઇલ યાદી ખાલી હોય, તો કંઈ ઇન્સ્ટોલ નથી એવું તારણ ન કાઢો. મેનેજ્ડ Mac પર MDM દ્વારા મોકલાયેલા કેટલાક પેલોડ profiles ટૂલથી છુપાયેલા રહે છે, જ્યારે સક્રિય પણ રહે છે. Device Management પેનલ એ સંસ્થાએ શું મોકલ્યું તેનું અધિકૃત દૃશ્ય છે, અને નોંધાયેલા Mac પર ખાલી કમાન્ડ-લાઇન યાદી એ વિરોધાભાસ છે જેને અનુમાનથી ઉકેલવો ન જોઈએ.
દેખાતું નામ નહીં, પેલોડ વાંચો
VPN પ્રોફાઇલ એક કન્ટેનર છે, અને દેખાતું નામ અંદર શું છે તે વિશે થોડું કહે છે. એક પેલોડમાં IKEv2 સર્વર સરનામું, રિમોટ ઓળખકર્તા, પ્રમાણીકરણ પદ્ધતિ અને પોતાનું UUID ધરાવતું પ્રમાણપત્ર હોઈ શકે. એ જ પ્રોફાઇલમાંનું બીજું પેલોડ ટનલને જરૂરી ઓળખ પ્રમાણપત્ર આપી શકે, તેથી Keychainમાં ગુમ દેખાતું પ્રમાણપત્ર પણ એ જ પ્રોફાઇલ દ્વારા આવી શકે.
પેલોડ ડમ્પ કરો અને મહત્વના કી વાંચો:
sudo profiles show -type configuration | grep -A3 -E "VPNType|ServerAddress|RemoteAddress|AuthenticationMethod|PayloadUUID"કંઈપણ બદલતાં પહેલાં પેલોડના UUID નોંધો. એ જ ઓળખકર્તા છે જે એડમિનિસ્ટ્રેટરને ચોક્કસ ઑબ્જેક્ટ શોધવા જોઈએ, અને તે એ પણ જણાવે છે કે ટનલ અને પ્રમાણપત્ર એક જ સ્રોતથી આવે છે કે બે અલગ ડિપ્લોયમેન્ટથી.
ટનલને શું પાછી લાવે છે તે જુઓ
જો ટનલ જાતે ફરી શરૂ થાય, તો પ્રોફાઇલમાં લગભગ ચોક્કસપણે ઑન-ડિમાન્ડ નિયમ છે. કોઈપણ ઇન્ટરફેસ અને Connect ક્રિયા સાથે મેળ ખાતો નિયમ ટનલને Wi-Fi જોડાય ત્યારે, Mac ઊંઘમાંથી જાગે ત્યારે અથવા DNS પ્રોબ નિષ્ફળ જાય ત્યારે શરૂ કરે છે. ક્લાયન્ટ પેલોડને બાજુ પર રાખતો સ્વિચ આપતું નથી.
સેવા યાદી અને પ્રતિ-સેવા રૂપરેખાંકન scutilમાંથી આવે છે:
scutil --nc list
scutil --nc show "Corporate VPN"show આઉટપુટમાં OnDemandRules શોધો અને દરેક એન્ટ્રીની Action કિંમત વાંચો. Connect ટનલ ઉપાડે છે, Disconnect તેને તોડી નાખે છે, અને Ignore વર્તમાન સ્થિતિને જેમ છે તેમ રહેવા દે છે. બધું Connect સાથે મેળ ખાતો પ્રથમ નિયમ એ સામાન્ય કારણ છે કે ડિસ્કનેક્ટ કર્યા પછી ટનલ નીચે રહેતી નથી.
જો scutil --nc listમાં કનેક્શન ન હોય, તો તે સિસ્ટમ VPN સેવા તરીકે ઇન્સ્ટોલ નથી. તે ક્લાયન્ટ એપની માલિકીના નેટવર્ક એક્સ્ટેન્શન તરફ ઇશારો કરે છે, જ્યાં પ્રોફાઇલ ફક્ત એપ રૂપરેખાંકન સોંપી શકે છે અને એપ પોતે નક્કી કરે છે કે ક્યારે જોડાવું.
નક્કી કરો કે દૂર કરવું તમારું કામ છે કે નહીં
બે મિકેનિઝમ ડિલીટ અટકાવે છે. પેલોડ PayloadRemovalDisallowed સેટ કરી શકે છે, જે ઇન્ટરફેસમાં પ્રોફાઇલને દૂર ન કરી શકાય તેવી બનાવે છે, અને Mac સુપરવિઝન હેઠળ હોઈ શકે જેથી મેનેજમેન્ટ પ્રોફાઇલ દૂર કરવાનો સીધો ઇનકાર થાય. બંનેમાંથી કોઈ બગ નથી, અને વિષયને દબાણપૂર્વક હલ કરવા અસંબંધિત પ્રમાણપત્રો કે મેનેજમેન્ટ પ્રોફાઇલ ડિલીટ કરવાથી તમે શરૂ કર્યું હતું તેના કરતાં ઘણી મોટી સમસ્યા સાથે રહી જશો.
| 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 |
કામના Mac માટે એડમિનિસ્ટ્રેટરનો સપોર્ટ કે ઓફબોર્ડિંગ માર્ગ યોગ્ય છે. પ્રોફાઇલ ઓળખકર્તા સાથે લો. ફક્ત «VPN પ્રોફાઇલ» કહેતી ટિકિટ કોઈને તમારો અર્થ થતો ઑબ્જેક્ટ શોધવા માટે પૂરતી નથી.
મદદ માંગતાં પહેલાં પુરાવા એકઠા કરો
પાંચ વસ્તુ લખો: પ્રોફાઇલ ઓળખકર્તા, પેલોડના UUID, sw_versમાંથી macOS આવૃત્તિ અને બિલ્ડ, VPN સબટાઇપ, અને ટાઇમસ્ટેમ્પ સાથે નિષ્ફળતાનું ચોક્કસ ટેક્સ્ટ. ઉમેરો કે ટનલ પૂર્ણ છે કે વિભાજિત અને તે કનેક્ટ સમયે નિષ્ફળ જાય છે કે આંતરિક સ્રોતની પ્રથમ ઍક્સેસમાં, કારણ કે આ બે નિષ્ફળતાના માલિક અલગ છે.
નેટવર્ક એક્સ્ટેન્શન નિષ્ફળતા માટે સામાન્ય રીતે એક સાંકડી લોગ ક્વેરી પૂરતી છે:
log show --last 5m --predicate 'process == "nesessionmanager"'આખી વિન્ડોને બદલે પ્રયાસની આસપાસની લાઇન લો, અને પરિણામ ક્યાંય પોસ્ટ કરતાં પહેલાં સર્વર નામ અને પ્રમાણપત્ર સબ્જેક્ટ દૂર કરો. Appleની ડિપ્લોયમેન્ટ માર્ગદર્શિકા સમજાવે છે કે મેનેજ્ડ VPN પેલોડ અને ઑન-ડિમાન્ડ નિયમ શેના માટે બનાવાયા છે, અને તે સ્ક્રીનશોટ કરતાં સારી દલીલ છે: VPN ઝાંખી.
પાંચેય તપાસ પૂરી થાય ત્યારે ત્રણમાંથી બરાબર એક વાત સાચી હોય છે. પ્રોફાઇલ દૂર કરવા માટે તમારી નથી, પેલોડ ડિઝાઇન પ્રમાણે ટનલ ફરી જોડે છે, અથવા ક્લાયન્ટ પાસે એવું રૂપરેખાંકન છે જે પ્રોફાઇલે ક્યારેય નિયંત્રિત કર્યું નથી. ઓળખકર્તા અને સમયરેખા નોંધણીના માલિક પાસે લઈ જાઓ; એ એવી ટિકિટ છે જેના પર કોઈ કાર્યવાહી કરી શકે. ફરી ડિલીટ દબાવવું એ નથી.