iOS मा प्रति-एप VPN: एपको VPNUUID मिलाउनुहोस्, PayloadUUID होइन

दुई UUID मानले एउटा व्यवस्थापित iPhone एप प्रति-एप टनेलबाट जान्छ कि जाँदैन भन्ने तय गर्छन्, र तीमध्ये कुनै पनि तिनलाई बोक्ने प्रोफाइलको पहिचानकर्ता होइन। एपको VPNUUID गुण प्रति-एप VPN पेलोडभित्रको VPNUUID सँग बराबर हुनुपर्छ। तैनाथ गरिएको एप पनि त्यही यन्त्र व्यवस्थापन सेवाद्वारा व्यवस्थापित हुनुपर्छ, र तपाईंले पठाउने आदेशले त्यो गुण साँच्चै बोक्नुपर्छ। तलका चार चरण क्रममा पूरा गर्नुहोस्, किनकि प्रत्येकले अर्को चरणलाई चाहिने मान उत्पादन गर्छ।

यन्त्र छुनुअघि चार पहिचानकर्ता जम्मा गर्नुहोस्

चार मान लेख्नुहोस्: तपाईंको व्यवस्थापन सूचीको बन्डल पहिचानकर्ता, प्रति-एप VPN पेलोडको पहिचानकर्ता, त्यो पेलोडभित्रको VPNUUID र तपाईंले पठाउन लागेको आदेशको पहिचानकर्ता। बन्डल पहिचानकर्ताले सेटिङ प्राप्त गर्ने एप्लिकेसनको नाम दिन्छ, र गृह स्क्रिनको लेबल त्यसको विकल्प होइन। PayloadUUID लाई यो सूचीबाट पूर्ण रूपमा बाहिर राख्नुहोस्, किनकि यसले प्रोफाइलभित्रको पेलोड पहिचान गर्छ र अर्को प्रश्नको उत्तर दिन्छ। दुवै फिल्ड UUID जस्ता देखिन्छन् भनेर यसको ठाउँमा त्यो राख्नु कहिल्यै मिल्न नसक्ने सम्बन्ध बनाउने सबैभन्दा सामान्य तरिका हो।

VPN प्रशासकले तपाईंलाई प्रति-एप पेलोड र त्यसको पहिचानकर्ता दिएको छैन भने, नजिकैको कुनै कन्फिगरेसन फाइलबाट UUID खोतल्नुको सट्टा ती माग्नुहोस्।

व्यवस्थापन च्यानलमार्फत गुण लागू गर्नुहोस्

लक्ष्य एप त्यो यन्त्रमा व्यवस्थापित छ भनी पुष्टि गर्नुहोस्, किनकि ज्ञात बन्डल पहिचानकर्ताले अव्यवस्थापित इन्स्टलेसनलाई सम्बन्धका लागि योग्य बनाउँदैन। त्यसपछि ApplicationAttributes प्रकारको सेटिङ वस्तु तपाईंको उत्पादनको प्रति-एप VPN तोकाइ वा Settings आदेशको यसको समर्थित कार्यान्वयनमार्फत पठाउनुहोस्। वस्तुले एपलाई बन्डल पहिचानकर्ताद्वारा पहिचान गर्छ र VPNUUID पेलोडसँग मिल्ने Attributes शब्दकोश बोक्छ। त्यो वस्तुमा केही पनि पूर्ण आदेश खाम होइन, र त्यसमा केही पनि हातले प्रोफाइलका रूपमा इन्स्टल गर्न सकिँदैन।

हटाउने कामलाई इन्स्टल गर्ने जत्तिकै सोचविचारसाथ लिनुहोस्। स्किमाले Attributes शब्दकोश छोड्दा एपका विद्यमान गुण हट्छन् भन्छ, त्यसैले आधा बनेको अपडेट चुपचाप रिसेट बन्छ। समान नामको Managed Application Attributes आदेशले प्रमाणीकरणका लागि गुणहरू फर्केर पढ्छ; यसले ती सेट गर्दैन, र यसलाई सेटरका रूपमा प्रयोग गर्नु बर्बाद तैनाथी विन्डो हो।

आदेशको नतिजा पढ्नुहोस्, एपको आइकन होइन

तपाईंले पठाउनुभएको आदेशको प्राप्ति जाँच्नुहोस् र व्यवस्थापित एपले अब त्यो गुण रिपोर्ट गर्छ भनी पुष्टि गर्नुहोस्। स्थिति पट्टीको VPN ब्याजले फोनमा कतै टनेल छ भन्ने मात्र बताउँछ। यसले यो विशेष एप प्रति-एप कन्फिगरेसनमा तोकिएको छ भनी बताउन सक्दैन, र मागअनुसार टनेल खुल्ने यन्त्रमा ब्याज कहिल्यै नदेखिन पनि सक्छ। दृश्य संकेत खोज्नुको सट्टा तोकाइभित्रका पहिचानकर्ता तुलना गर्नुहोस्।

एउटै फ्लीटमा दुई प्रति-एप कन्फिगरेसन छन् भने, तपाईंको तोकाइ इच्छित एउटैमा पर्यो भनी मान्नुअघि तिनका पहिचानकर्ता तुलना गर्नुहोस्।

स्रोतसँग परीक्षण गर्नुहोस्, त्यसपछि जोडी अभिलेख गर्नुहोस्

अधिकृत प्रयोगकर्तालाई तोकिएको एपबाट निजी स्रोत खोल्न दिनुहोस् र उसका लागि प्रति-एप टनेल उठ्छ कि हेर्नुहोस्। त्यसपछि त्यही फोनको अव्यवस्थापित एपबाट दोहोर्याउनुहोस् र व्यवहार फरक छ भनी पुष्टि गर्नुहोस्। त्यही विरोधाभास वास्तविक परीक्षण हो, किनकि चल्ने निजी स्रोत परिवर्तन अभिलेखमा कसैले उल्लेख नगरेको पूरै यन्त्रको टनेलबाट पनि पुग्न सकिन्थ्यो। यन्त्र तपाईंको अगाडि हुँदै नतिजा अभिलेख गर्नुहोस्।

बन्डल पहिचानकर्ता, पेलोड पहिचानकर्ता, साझा VPNUUID र आदेशको नतिजा सँगै राख्नुहोस्, ताकि अर्को अनुसन्धान स्मृतिबाट होइन, तीही चार मानबाट सुरु होस्।

सहायक हानिबिना फर्काउनुहोस्

तोकाइ हटाउन, एपलाई आदेशबाट झिक्नुको सट्टा, तपाईंको उत्पादनले अभिलेख गर्ने ढाँचामा खाली Attributes शब्दकोशसहित एपको गुण फेरि पठाउनुहोस्। त्यसपछि एपले अब प्रति-एप टनेल खोल्दैन र अन्य व्यवस्थापित एपहरूले आफ्नो राखेका छन् भनी प्रमाणित गर्नुहोस्। त्यही फोनमा पूरै यन्त्रको VPN प्रोफाइल पनि छ भने, फर्काउनुअघि जस्तै व्यवहार गर्छ भनी पुष्टि गर्नुहोस्, किनकि एउटै यन्त्रमा दुई VPN कन्फिगरेसन हुनु नै यो चरण सामान्यतः बिग्रने ठाउँ हो। त्यसपछि तपाईंले राखेको अभिलेख अद्यावधिक गर्नुहोस्।

कुनै विशेष एप किन कहिल्यै टनेलबाट गयो भनी सोध्ने लेखापरीक्षणले UUID को जोडी र मिति चाहन्छ, तैनाथीको वर्णन होइन।