મેનેજ કરેલી VPN સાથેનો સામાન્ય Mac વપરાશકર્તા: IT એ શું સંભાળવું જોઈએ
macOS પર મેનેજ કરેલી પ્રોફાઇલ, સ્વ-સેવા ઇન્સ્ટોલર અને વપરાશકર્તાએ બનાવેલા કનેક્શન વચ્ચે પસંદ કરો, પછી એડમિન હક્કો વિના એકાઉન્ટ સોંપો.
સામાન્ય macOS એકાઉન્ટ આખો દિવસ કોર્પોરેટ VPN ચલાવી શકે છે જ્યારે IT દરેક વિશેષાધિકાર પ્રાપ્ત કામગીરી પોતાની પાસે રાખે છે. ત્યાં પહોંચવું એ ડિલિવરીનો નિર્ણય છે, પરવાનગીઓની દલીલ નહીં: પસંદ કરો કે ક્લાયન્ટ કોણ ઇન્સ્ટોલ કરે, કનેક્શન કોણ લખે અને વપરાશકર્તાને શું બદલવાની પરવાનગી છે. ત્રણ માર્ગ લગભગ દરેક કિસ્સો આવરી લે છે, અને દરેક અલગ રીતે નિષ્ફળ જાય છે. ઉપકરણની માલિકી અને ઓળખપત્રના પ્રકાર પ્રમાણે માર્ગ પસંદ કરો, પછી તેને જાતે નહીં પણ સામાન્ય વપરાશકર્તા તરીકે ચકાસો.
ડિલિવરીના ત્રણ માર્ગ અને દરેક શું નક્કી કરે છે
પહેલો માર્ગ સંસ્થાના ઉપકરણ મેનેજમેન્ટ દ્વારા પહોંચાડવામાં આવતી મેનેજ કરેલી રૂપરેખાંકન પ્રોફાઇલ છે. VPN પેલોડ ગેટવે, પ્રમાણીકરણ પદ્ધતિ, રૂટ અને DNS વહન કરે છે, અને Mac કેવી રીતે નોંધાયેલું છે તેના આધારે તે ઉપકરણ કે વપરાશકર્તા ચેનલ દ્વારા ઇન્સ્ટોલ થાય છે. બીજો માર્ગ સ્વ-સેવા ઇન્સ્ટોલર છે: વપરાશકર્તા મંજૂર પેકેજ ચલાવે છે જે ક્લાયન્ટ મૂકે છે અને તેના વતી કનેક્શન લખે છે. જ્યારે મેનેજમેન્ટ નોંધણી ન હોય પણ સંસ્થા હજી પુનરાવર્તિત અને સમીક્ષાયોગ્ય રૂપરેખાંકન ઇચ્છે ત્યારે તે કામ કરે છે. ત્રીજો માર્ગ એ છે કે વપરાશકર્તા પ્રકાશિત મૂલ્યોને અનુસરીને સિસ્ટમ સેટિંગ્સમાં હાથે કનેક્શન બનાવે. તે શરૂ કરવા માટે સૌથી સસ્તો અને ટેકો આપવા માટે સૌથી મોંઘો છે, કારણ કે ક્લાયન્ટ બાજુની દરેક ભૂલ હેલ્પ ડેસ્ક પર કૉલ બને છે અને દરેક ફેરફાર નોંધ બને છે.
scutil --nc list
sudo profiles show -type configuration
system_profiler SPConfigurationProfileDataType
કયા કનેક્શન છે અને કોની માલિકીમાં છે તે જોવા પહેલી યાદી વાંચો, અને નીતિ તરીકે શું ઇન્સ્ટોલ થયું તે જોવા બીજી બે વાંચો. બંને યાદીમાં ન દેખાતી પ્રોફાઇલ પહોંચી નથી, વપરાશકર્તાને ભલે ગમે તે કહેવામાં આવ્યું હોય.
ઉપકરણની માલિકી પ્રમાણે નિર્ણય લો, વરિષ્ઠતા પ્રમાણે નહીં
સંસ્થાની માલિકીનું Mac સામાન્ય રીતે પહેલા માર્ગને ન્યાય આપે છે, કારણ કે VPN પહોંચાડતી એ જ ચેનલ તેને દૂર પણ કરી શકે છે અને વપરાશકર્તા કનેક્શન ચૂપચાપ સંપાદિત કરી શકતો નથી. જ્યારે કોઈ પણ વપરાશકર્તા સાઇન ઇન કરે તે પહેલાં ટનલ હોવી જરૂરી હોય ત્યારે ઉપકરણ ચેનલ પસંદ કરો, અને જ્યારે કનેક્શન વ્યક્તિનું હોય ત્યારે વપરાશકર્તા ચેનલ. કોર્પોરેટ સેવા સાથેનું વ્યક્તિગત માલિકીનું Mac સામાન્ય રીતે બીજા માર્ગ તરફ નિર્દેશ કરે છે. સંસ્થા ઉપકરણનું સંચાલન કરી શકતી નથી, તેથી ઇન્સ્ટોલર નાનું, ઉલટાવી શકાય તેવું અને પૂરતું દસ્તાવેજીકૃત હોવું જોઈએ જેથી વપરાશકર્તા તેને રદ કરી શકે.
સ્થિર સેટઅપ ધરાવતા થોડા ટેકનિકલ વપરાશકર્તાઓ અને ઉપયોગમાં લેતા પહેલાં ગેટવે ચકાસતા કોઈ પણ માટે ત્રીજો માર્ગ વાજબી રહે છે. તે પ્રમાણથી નીચે તે હાથે લખેલી સેટિંગ્સનો ઓડિટ ન કરેલો સંગ્રહ બની જાય છે જેની કોઈ યાદી બનાવી શકતું નથી.
પ્રોફાઇલને એકાઉન્ટથી અલગ કરો
સ્થાનિક કનેક્શન પ્રોફાઇલ કહે છે કે ગેટવે સુધી કેવી રીતે પહોંચવું. ગેટવે પર અધિકૃત એકાઉન્ટ કહે છે કે કૉલ કરનાર પ્રવેશી શકે છે કે નહીં. તેમને જુદા જુદા લોકો પ્રદાન કરે છે અને જુદા જુદા કારણોસર રદ કરે છે, તેથી પ્રોફાઇલને ક્યારેય અધિકૃતિ ગણશો નહીં. પ્રમાણપત્રો વચ્ચે રહે છે. પ્રોફાઇલ સાથે અપાયેલું પ્રમાણપત્ર ઉપકરણ કે વપરાશકર્તાને પ્રમાણિત કરે છે, અને ગેટવે પર તેને રદ કરવાથી પ્રવેશ સમાપ્ત થાય છે ભલે પ્રોફાઇલ ડિસ્ક પર રહે. ફક્ત પાસવર્ડ આધારિત રચના તેના બદલે એકાઉન્ટના જીવનચક્ર પર ટકે છે, તેથી સોંપણીની નોંધે કહેવું જોઈએ કે બેમાંથી કયું ચાલુ છે.
ક્લાયન્ટ સિસ્ટમ VPN છે કે દરેક એપ માટે ટનલ, તે પણ નક્કી કરો. દરેક એપ માટેની રચના ફક્ત પસંદ કરેલી એપ્લિકેશનોને રૂટ કરે છે, અને તે ક્લાયન્ટ વપરાતી macOS આવૃત્તિ પર તે મોડલને ટેકો આપે છે કે નહીં તેના પર આધાર રાખે છે, તેથી સેટિંગ સાથે આવશે એમ માનવાને બદલે પાયલોટ મશીન પર ચકાસો.
એડમિન પાસવર્ડ વિના સોંપો
વપરાશકર્તાએ કનેક્શન શરૂ કરવું, સાઇન ઇન કરવું અને પાસવર્ડ ફેરફાર પછી પુનઃપ્રાપ્ત કરવું જરૂરી છે. એમાંથી કંઈ પણ એડમિન એકાઉન્ટ માગતું નથી, અને કંઈ પણ ઓળખપત્રોને સ્ક્રિપ્ટ, Automator ક્રિયા કે સહી કરેલા પેકેજના ઇન્સ્ટોલ પછીના પગલામાં દાખલ કરવાનું વાજબી ઠેરવતું નથી.
scutil --nc start "Acme VPN"
scutil --nc status "Acme VPN"
log show --predicate 'subsystem == "com.apple.networkextension"' --last 10m
પહેલા બે આદેશો વપરાશકર્તા સ્તરની કામગીરી છે જેમાંથી હેલ્પ ડેસ્ક કોઈને માર્ગદર્શન આપી શકે છે. ત્રીજો કનેક્શન નિષ્ફળ થાય ત્યારે તાજેતરની ટનલ પ્રવૃત્તિ વાંચે છે, અને ભૂલ સંવાદના સ્ક્રીનશોટને બદલે તે જ માંગવાનું હસ્તક છે.
જો કોઈ પગલું હજી એડમિન મંજૂરી માગે, તો તે ડિલિવરી ખામી છે: કાર્યને જરૂરી હોય તેનાથી વધુ સત્તાવાળું એકાઉન્ટ આપવાને બદલે ચોક્કસ પ્રોમ્પ્ટ પ્રોફાઇલ માલિકને પરત મોકલો.
સામાન્ય વપરાશકર્તા તરીકે સાઇન ઇન કરો, પછી બહાર નીકળવાનો માર્ગ લખો
સામાન્ય એકાઉન્ટથી સાઇન ઇન કરો, કનેક્ટ થાઓ, ઇચ્છિત આંતરિક હોસ્ટ સુધી પહોંચો, Mac ને સૂવા દો, જગાડો અને ફરી કનેક્ટ થવાની પુષ્ટિ કરો. પાસવર્ડ ફેરફાર પછી તેને પુનરાવર્તિત કરો, કારણ કે ત્યાં જ આમાંની અડધી જમાવટ ખરેખર નિષ્ફળ જાય છે. પહેલા વપરાશકર્તાને તેની જરૂર પડે તે પહેલાં પુનઃપ્રાપ્તિનો માર્ગ લખો: પ્રોફાઇલ ન હોય ત્યારે, પ્રમાણપત્રની મુદત પૂરી થાય ત્યારે અને ગેટવે અન્યથા માન્ય લોગિન નકારે ત્યારે શું કરવું. તે ત્રણ જવાબો ત્યાં રાખો જ્યાંથી હેલ્પ ડેસ્ક તેમને શોધી શકે.
અંતે, દૂર કરવાની યોજના બનાવો. એક જ કામગીરીમાં જતા વપરાશકર્તાના Mac પરથી દૂર કરી ન શકાય તેવી VPN એ થવાની તૈયારીમાં રહેલી પ્રવેશ સમીક્ષાની શોધ છે.