iOS पर प्रति-ऐप VPN: ऐप का VPNUUID मिलाएँ, PayloadUUID नहीं

दो 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 की जोड़ी और तारीख चाहेगा, तैनाती का विवरण नहीं।