iOS પર પ્રતિ-એપ VPN: એપનું VPNUUID મેળવો, PayloadUUID નહીં
એપનું VPNUUID પ્રતિ-એપ VPN પેલોડની અંદરના મૂલ્ય સાથે સમાન હોવું જોઈએ અને એપ મેનેજ્ડ હોવી જોઈએ. પરીક્ષણ પહેલાં જોડી સાબિત કરતું રનબુક.
બે UUID મૂલ્યો નક્કી કરે છે કે એક મેનેજ્ડ iPhone એપ પ્રતિ-એપ ટનલમાંથી પસાર થાય છે કે નહીં, અને તેમાંથી એક પણ તેમને વહન કરતી પ્રોફાઇલનું ઓળખકર્તા નથી. એપનું VPNUUID લક્ષણ પ્રતિ-એપ VPN પેલોડની અંદરના VPNUUID જેટલું જ હોવું જોઈએ. તૈનાત કરેલી એપ પણ તે જ ઉપકરણ મેનેજમેન્ટ સેવા દ્વારા મેનેજ્ડ હોવી જોઈએ, અને તમે મોકલો છો તે આદેશ ખરેખર આ લક્ષણ વહન કરવો જોઈએ. નીચેના ચાર તબક્કા ક્રમમાં પાર પાડો, કારણ કે દરેક આગલા તબક્કાને જરૂરી એક મૂલ્ય ઉત્પન્ન કરે છે.
ઉપકરણને સ્પર્શ કરતા પહેલાં ચાર ઓળખકર્તા એકત્ર કરો
ચાર મૂલ્યો લખો: તમારી મેનેજમેન્ટ યાદીમાંથી બંડલ ઓળખકર્તા, પ્રતિ-એપ VPN પેલોડનું ઓળખકર્તા, તે પેલોડની અંદરનું VPNUUID અને તમે મોકલવા જઈ રહ્યા છો તે આદેશનું ઓળખકર્તા. બંડલ ઓળખકર્તા તે એપ્લિકેશનને નામ આપે છે જે સેટિંગ્સ મેળવે છે, અને હોમ સ્ક્રીનનું લેબલ તેનો વિકલ્પ નથી. PayloadUUID ને આ યાદીની સંપૂર્ણ બહાર રાખો, કારણ કે તે પ્રોફાઇલની અંદરના પેલોડને ઓળખે છે અને બીજા પ્રશ્નનો જવાબ આપે છે. બંને ક્ષેત્રો UUID જેવા દેખાય છે એટલા માટે તેની જગ્યાએ આને મૂકવું એ ક્યારેય મેળ ખાઈ ન શકે એવી સંકળાયેલતા બનાવવાનો સૌથી સામાન્ય રસ્તો છે.
જો VPN વ્યવસ્થાપકે તમને પ્રતિ-એપ પેલોડ અને તેનું ઓળખકર્તા આપ્યું ન હોય, તો સૌથી નજીકની કોઈપણ કન્ફિગરેશન ફાઇલમાંથી UUID ખોતરવાને બદલે તેમને માંગો.
મેનેજમેન્ટ ચેનલ દ્વારા લક્ષણ લાગુ કરો
ખાતરી કરો કે લક્ષ્ય એપ તે ઉપકરણ પર મેનેજ્ડ છે, કારણ કે જાણીતું બંડલ ઓળખકર્તા બિન-મેનેજ્ડ ઇન્સ્ટોલેશનને સંકળાયેલતા માટે લાયક બનાવતું નથી. પછી તમારા ઉત્પાદનની પ્રતિ-એપ VPN સોંપણી અથવા Settings આદેશના તેના સમર્થિત અમલ દ્વારા ApplicationAttributes પ્રકારનું સેટિંગ્સ આઇટમ મોકલો. આઇટમ એપને બંડલ ઓળખકર્તા દ્વારા ઓળખે છે અને Attributes શબ્દકોશ ધરાવે છે જેનું VPNUUID પેલોડ સાથે મેળ ખાય છે. તે આઇટમમાં કંઈ પણ સંપૂર્ણ આદેશ પરબિડીયું નથી, અને તેમાં કંઈ પણ હાથથી પ્રોફાઇલ તરીકે ઇન્સ્ટોલ કરી શકાતું નથી.
દૂર કરવાને ઇન્સ્ટોલ કરવા જેટલી જ સુવિચારિત રીતે સંભાળો. સ્કીમા કહે છે કે Attributes શબ્દકોશ છોડી દેવાથી એપના હાલના લક્ષણો દૂર થાય છે, તેથી અડધું બનેલું અપડેટ ચૂપચાપ રીસેટ બની જાય છે. સમાન નામનો Managed Application Attributes આદેશ ચકાસણી માટે લક્ષણો પાછા વાંચે છે; તે તેમને સેટ કરતો નથી, અને તેને સેટર તરીકે વાપરવો એ બગડેલી તૈનાતી વિન્ડો છે.
આદેશનું પરિણામ વાંચો, એપનું આઇકન નહીં
તમે મોકલેલા આદેશની પ્રાપ્તિ તપાસો અને ખાતરી કરો કે મેનેજ્ડ એપ હવે આ લક્ષણની જાણ કરે છે. સ્ટેટસ બારમાંનું VPN બેજ ફક્ત એ કહે છે કે ફોનમાં ક્યાંક ટનલ અસ્તિત્વમાં છે. તે તમને કહી શકતું નથી કે આ ચોક્કસ એપ પ્રતિ-એપ કન્ફિગરેશનને સોંપાયેલી છે, અને જે ઉપકરણમાં ટનલ માંગ પર ખૂલે છે ત્યાં બેજ કદાચ ક્યારેય દેખાશે નહીં. દૃશ્ય સંકેત શોધવાને બદલે સોંપણીમાંના ઓળખકર્તાઓની સરખામણી કરો.
જો એક જ કાફલા પર બે પ્રતિ-એપ કન્ફિગરેશન હોય, તો તમારી સોંપણી ઇચ્છિતમાં ઉતરી છે એવું માની લેતા પહેલાં તેમના ઓળખકર્તાઓની સરખામણી કરો.
સંસાધન સાથે પરીક્ષણ કરો, પછી જોડી નોંધો
અધિકૃત વપરાશકર્તાને સોંપાયેલી એપમાંથી ખાનગી સંસાધન ખોલવા દો અને જુઓ કે પ્રતિ-એપ ટનલ તેના માટે ઉપર આવે છે. પછી એ જ ફોન પરની બિન-મેનેજ્ડ એપમાંથી પુનરાવર્તન કરો અને ખાતરી કરો કે વર્તન અલગ છે. એ જ વિરોધાભાસ ખરેખર પરીક્ષણ છે, કારણ કે કાર્યરત ખાનગી સંસાધન સમગ્ર ઉપકરણની ટનલ દ્વારા પણ પહોંચી શકાયું હોત જેનો કોઈએ ફેરફાર રેકોર્ડમાં ઉલ્લેખ કર્યો નથી. ઉપકરણ તમારી સામે હોય ત્યારે જ પરિણામ નોંધો.
બંડલ ઓળખકર્તા, પેલોડ ઓળખકર્તા, વહેંચાયેલ VPNUUID અને આદેશનું પરિણામ સાથે રાખો, જેથી આગળની તપાસ યાદશક્તિને બદલે એ જ ચાર મૂલ્યોથી શરૂ થાય.
આડી અસર વિના પાછળ ફેરવો
સોંપણી દૂર કરવા માટે, એપને આદેશમાંથી કાઢી નાખવાને બદલે, તમારું ઉત્પાદન જે સ્વરૂપ દસ્તાવેજીકૃત કરે તેમાં ખાલી Attributes શબ્દકોશ સાથે એપનું લક્ષણ ફરી મોકલો. પછી ચકાસો કે એપ હવે પ્રતિ-એપ ટનલ ખોલતી નથી અને અન્ય મેનેજ્ડ એપ્સે પોતાની જાળવી રાખી છે. જો એ જ ફોનમાં સમગ્ર ઉપકરણ માટેની VPN પ્રોફાઇલ પણ હોય, તો ખાતરી કરો કે તે પાછળ ફેરવતા પહેલાં જેવી વર્તે છે, કારણ કે એક ઉપકરણ પર બે VPN કન્ફિગરેશન એ જ જગ્યા છે જ્યાં આ પગલું સામાન્ય રીતે ખોટું જાય છે. પછી તમે રાખેલો રેકોર્ડ અપડેટ કરો.
કોઈ ચોક્કસ એપ કેમ ક્યારેય ટનલ થઈ તે પૂછતું ઓડિટ UUIDની જોડી અને તારીખ ઇચ્છશે, તૈનાતીનું વર્ણન નહીં.