Mac પર GlobalProtect લોગિન વખતે કનેક્ટ થાય છે: તેને કેવી રીતે બદલવું

તમે Mac ખોલો છો અને GlobalProtect પહેલેથી જ કનેક્ટ થયેલું હોય છે, અથવા તમે જ્યારે પણ સાઇન ઇન કરો છો ત્યારે તે ફરી કનેક્ટ થાય છે. એપમાં કંઈ પણ તમને પહેલા પૂછતું નથી. આનું કારણ બનતું સેટિંગ પોર્ટલના એજન્ટ રૂપરેખાંકનમાં રહે છે, તમારા વપરાશકર્તા ખાતામાં નહીં, અને તે એવી ફાઇલમાં સંગ્રહિત થતું નથી જેને તમારે સંપાદિત કરવાનું હોય. તમે જે જુઓ છો તે user-logon કનેક્શન પદ્ધતિ પોતાનું કામ કરી રહી છે.

કઈ પદ્ધતિ સોંપાયેલી છે તે જાણવાથી તમને ખબર પડે છે કે તમે શું બદલી શકો છો અને શું માંગવું પડશે.

લક્ષણ નીતિ તરફ ઇશારો કરે છે

પોર્ટલનું એજન્ટ રૂપરેખાંકન નક્કી કરે છે કે GlobalProtect ક્યારે કનેક્ટ થાય, અને તમે જે બે પદ્ધતિઓમાંથી પસંદ કરો છો તે On-Demand છે, જે તમારી રાહ જુએ છે, અને User-logon (Always On), જે સાઇન ઇન કર્યા પછી કનેક્ટ થાય છે. પોર્ટલ સપોર્ટેડ મેનેજ કરેલા ઉપકરણો પર Pre-logon (Always On) પણ આપી શકે છે, જે તમે જાતે સાઇન ઇન કરો છો તેવા Mac પર અવકાશની બહાર છે. જે મશીન જાતે કનેક્ટ થાય છે તે લગભગ હંમેશા user-logon પર હોય છે. એપની પોતાની પસંદગીઓ સ્થિતિ દર્શાવી શકે છે, પણ તે તેની માલિક નથી, તેથી ક્લાયંટમાં ટિક કાઢી નાખવાથી તે આગલા નીતિ રિફ્રેશ સુધી ટકતું નથી. પોર્ટલ કનેક્ટ થતી વખતે અને દરેક રિફ્રેશ પર ફરી પદ્ધતિ મોકલે છે, તેથી ક્લાયંટ બાજુનો ફેરફાર ડિઝાઇન મુજબ કામચલાઉ છે.

નીતિ હંમેશા જીતે છે.

બે પદ્ધતિઓ, સાથે સાથે

On-Demand, જેને એપ હજી પણ મેન્યુઅલ કહી શકે છે, એટલે કે તમે કનેક્ટ પર ક્લિક કરો છો અને તે પહેલાં કંઈ કનેક્ટ થતું નથી. User-logon એટલે કે તમે Mac પર પ્રમાણિત થયા પછી ટનલ ઉપર આવે છે, જે મોટાભાગના મેનેજ કરેલા કાફલા ઇચ્છે છે, કારણ કે તે એ વિન્ડો દૂર કરે છે જ્યાં કોઈ સુરક્ષા વિના બ્રાઉઝ કરે છે. સમાધાન બરાબર એ જ લક્ષણ છે જે તમે નોંધ્યું: તમે ઇચ્છો છો એવું નક્કી કરતાં પહેલાં ટનલ અસ્તિત્વમાં છે. કોઈ પણ પદ્ધતિ ટનલ ક્યાં સુધી પહોંચી શકે તે બદલતી નથી; તેઓ ફક્ત નક્કી કરે છે કે તે ક્યારે ઉપર આવે.

જો તમારા કામને On-Demand કનેક્શનની જરૂર હોય, તો તે નીતિ પરિવર્તનની વિનંતી છે, પસંદગીનો ફેરફાર નહીં.

જો ધ્યેય કામચલાઉ ડિસ્કનેક્શન હોય

કેટલાક ડિપ્લોયમેન્ટ એપમાં Disconnect નિયંત્રણ આપે છે, અને Palo Alto Networks તેને Mac Disconnect માર્ગદર્શિકામાં એપ આવૃત્તિ 6.0 અને પછીની આવૃત્તિઓ માટે દસ્તાવેજ કરે છે. તે ફક્ત ત્યારે જ દેખાય છે જ્યારે એજન્ટ રૂપરેખાંકન પરવાનગી આપે. તે રૂપરેખાંકન કારણ, પાસકોડ અથવા હેલ્પડેસ્ક ટિકિટ પણ માંગી શકે છે, અને તમે કેટલો સમય અથવા કેટલી વાર ડિસ્કનેક્ટ રહો તે મર્યાદિત કરી શકે છે.

સેવા બંધ કરવાને બદલે તે વર્કફ્લો પૂરો કરો. તેને બંધ કરવું ડિસ્કનેક્શન જેવું લાગે છે અને નીતિ ઉલ્લંઘન જેવું વર્તે છે.

લાગુ કરેલી ટનલને ડિસ્કનેક્ટ કરવાથી તમારો ટ્રાફિક પણ સામાન્ય નેટવર્ક માર્ગ પર પાછો જાય છે, જે કેપ્ટિવ પોર્ટલ ડિબગ કરતી વખતે યાદ રાખવા લાયક છે.

launch agent સંપાદિત કરવાથી શું તૂટે છે

સામાન્ય ઉપાય એ છે કે એપ શરૂ થવાથી રોકવા માટે launch agent ની RunAtLoad અથવા KeepAlive કી, અથવા ખાનગી પોર્ટલ પસંદગી સંપાદિત કરવી. તે આગલા નીતિ રિફ્રેશ અથવા એપ અપડેટ સુધી કામ કરતું લાગી શકે છે. ત્યારે એપ અને તેની મેનેજ કરેલી નીતિ અસહમત થાય છે, જે એવી સ્થિતિ ઊભી કરે છે જેને સપોર્ટ સમજી શકતું નથી. તે મશીનને એવા રૂપરેખાંકનમાં પણ છોડી દે છે જે સંસ્થાએ ક્યારેય મંજૂર કર્યું નથી.

સ્ટાર્ટઅપ વિન્ડો છુપાવવી એ ફરી બીજી વિનંતી છે, અને તેની પોતાની સપોર્ટેડ ઇન્ટરફેસ પસંદગી છે.

બરાબર શું માંગવું

On-Demand નામથી માંગો, અથવા તેની શરતો સાથે મંજૂર Disconnect વર્કફ્લો, અથવા લોગિન વિન્ડો દબાવવાની સપોર્ટેડ રીત. અસ્પષ્ટ વિનંતીઓનો જવાબ ખોટી પસંદગીથી આપવામાં આવે છે, અને પછી તમે ફરી plist સંપાદન પર પાછા આવો છો. તમે વાપરો છો તે એપ આવૃત્તિ પણ જણાવો, કારણ કે Disconnect નિયંત્રણ ફક્ત 6.0 થી દસ્તાવેજ કરેલું છે.

જો Disconnect વિકલ્પ ન હોય અથવા એપ તરત જ ફરી કનેક્ટ થાય, તો સોંપાયેલું એજન્ટ રૂપરેખાંકન IT પાસે લઈ જાઓ અને પૂછો કે તમારા જૂથ પર કઈ પદ્ધતિ લાગુ પડે છે.