प्रति-ऐप VPN किसी Android ऐप की कार्य-प्रतिलिपि तक क्यों नहीं पहुँचता

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

एक आइकन, दो इंस्टॉल, दो नीति-स्वामी

Android कार्य प्रोफ़ाइल को अपना प्रबंधित संदर्भ देता है, जिसमें अलग ऐप, खाते और नीति होती है, इसलिए लॉन्चर दो प्रविष्टियाँ दिखा सकता है जिनका नाम और बैज एक ही हो। किसी एक संदर्भ के भीतर शुरू की गई VPN सेवा उसी संदर्भ के उपयोगकर्ताओं के लिए काम करती है, और यही पूरी समस्या के पीछे का तंत्र है। आइकन बताता है कि आपने कौन-सा ऐप छुआ, यह नहीं कि उत्पन्न ट्रैफ़िक किस प्रोफ़ाइल का है। इसलिए स्वामी को तस्वीर से नहीं, प्रोफ़ाइल से पढ़ना चाहिए।

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

अनुमत ऐप सूची का वास्तव में क्या अर्थ है

Android का प्रति-ऐप VPN समर्थन सूचियों पर आधारित है, जिसका दस्तावेज़न VPN उपयोगकर्ताओं और कार्य प्रोफ़ाइलों की मार्गदर्शिका में है, और दोनों सूची प्रकारों के डिफ़ॉल्ट मान एक-दूसरे के विपरीत हैं। अनुमत सूची का अर्थ है कि केवल नामित पैकेज सुरंग का उपयोग करते हैं और बाकी सब बाहर रखा गया है, जबकि अनुमति-रहित सूची का अर्थ है कि नामित पैकेजों को छोड़कर सब कुछ शामिल है। इसे उलट दें तो आपने इच्छित नीति का उल्टा बना दिया, जबकि सेटिंग्स स्क्रीन अब भी उचित दिखती है। सूची उसी संदर्भ में आँकी जाती है जहाँ VPN चलता है, इसलिए दोनों प्रोफ़ाइलों में मौजूद पैकेज नाम केवल उसी संदर्भ की प्रतिलिपि से मेल खाता है। दूसरी प्रोफ़ाइल में सूचीबद्ध न किया गया पैकेज इस VPN का मामला ही नहीं है।

उन दो या तीन ऐप के लिए व्यवहार लिखिए जो मायने रखते हैं, क्योंकि सब-के-अलावा और केवल-ये के बीच का अंतर तय करता है कि कोई निजी ऐप सुरंग के आसपास रिसेगा या बंद रूप में विफल होगा। यहाँ एक छोटी तालिका एक अनुच्छेद से बेहतर है: प्रत्येक प्रोफ़ाइल के लिए एक पंक्ति, सूची प्रकार और बाकी सब के लिए डिफ़ॉल्ट के साथ।

सुरंग कौन-सा पक्ष चलाता है, और किसकी नीति के अधीन

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

मुश्किल मामला वह प्रबंधित ऐप है जिसे ऐसा मार्ग चाहिए जो प्रबंधित नीति प्रदान नहीं करती। यह संगठन के लिए अपवाद-अनुरोध है, कार्य प्रोफ़ाइल बंद करने का कारण नहीं।

उसी इंस्टेंस का परीक्षण करना जिसका आपने वास्तव में इरादा किया था

जिस प्रतिलिपि की आपको परवाह है उसे शुरू करें और अनुरोध को भीतर से देखें, क्योंकि निजी ब्राउज़र में सार्वजनिक पते की जाँच कार्य ऐप के बारे में कुछ नहीं बताती। साइन-इन खाते और आंतरिक नाम-विश्लेषण को अलग-अलग सत्यापित करें, क्योंकि कोई आंतरिक नाम प्रबंधित मार्ग पर निर्भर हो सकता है जबकि सार्वजनिक ब्राउज़िंग कहीं और रहती है। परीक्षण के क्षण में लिखें कि किस प्रतिलिपि ने कौन-सा परिणाम दिया, और लेबल में प्रोफ़ाइल लिखें; दो समान आइकन वाला स्क्रीनशॉट प्रमाण नहीं है। फिर से जुड़ने के बाद और प्रोफ़ाइल दोबारा बनने के बाद जाँच दोहराएँ, क्योंकि नीति बीच में फिर लागू हो सकती है।

यदि आप नहीं बता सकें कि किस प्रतिलिपि ने उत्तर दिया, तो कोई निष्कर्ष निकालने से पहले लेबलिंग ठीक करें। अस्पष्ट परिणाम न होने से बुरा है, क्योंकि बाद में इसे ऐसे उद्धृत किया जाता है जैसे उसने प्रश्न सुलझा दिया हो।

कवरेज का दस्तावेज़न ताकि अगला परीक्षण बचा रहे

प्रत्येक संदर्भ के लिए तीन तथ्य एक साथ दर्ज करें: ऐप इंस्टेंस, नीति का स्वामी और अपेक्षित कवरेज। यह अगले व्यक्ति के लिए पर्याप्त है कि वह अनुमान लगाए बिना आपका परीक्षण दोहरा सके कि उसने कौन-सा आइकन खोला। सूची प्रकार और सूचीबद्ध न किए गए पैकेजों के लिए डिफ़ॉल्ट जोड़ें, क्योंकि लोग इसी हिस्से को सबसे अधिक गलत पढ़ते हैं।

फिर हर पक्ष से एक आंतरिक नाम और एक बाहरी पता सत्यापित करें, और लिखें कि जब प्रबंधित पक्ष निजी VPN को अवरुद्ध करे तो क्या होना चाहिए। ऐसा फ़ोन जिसमें कोई भी पक्ष ढका न हो जबकि दोनों जुड़े दिखें, वही विफलता है जिसके विरुद्ध डिज़ाइन करना सार्थक है। जब दोनों प्रोफ़ाइलों को वास्तव में सुरंग चाहिए, तो एक चतुर नियम के बजाय दो व्यवस्थाएँ योजनाबद्ध करें।