कार्य ऐप को VPN चाहिए? पहले ये तीन परतें जाँचें

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

ऐप खुद क्या जाँच सकता है

छिपे प्लेटफ़ॉर्म नियम मानने से पहले याद रखें कि एक सामान्य ऐप देख सकता है कि VPN परिवहन सक्रिय है या नहीं। ConnectivityManager TRANSPORT_VPN वाले नेटवर्क की सूचना देता है, और NET_CAPABILITY_NOT_VPN का अभाव किसी भी कॉलर को बताता है कि वर्तमान मार्ग सुरंग से जाता है। जो डेवलपर सुरंग के बाहर चलने से इनकार करना चाहता है वह सार्वजनिक API से और बिना किसी एंटरप्राइज़ टूलिंग के ऐसा कर सकता है।

जो ऐप इस तरह नहीं देख सकता वह यह है कि VPN किसका है। परिवहन ध्वज कहता है कि सुरंग मौजूद है, यह नहीं कि वह वहीं खत्म होती है जहाँ आपका संगठन अपेक्षा करता है।

सेवा का मार्ग: निजी नाम और पते

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

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

कोई भी व्यावसायिक VPN जोड़ने से इसमें से कुछ भी ठीक नहीं होता। यह आपका निकास पता बदलता है और आंतरिक नाम को उतना ही अनसुलझा छोड़ देता है।

ऐप नीति की परत

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

यह वह परत है जहाँ शब्दावली आम तौर पर खुद को पकड़वा देती है। यदि संदेश शुरुआत में ही, किसी भी नेटवर्क कॉल से पहले दिखता है और नीति, प्रोफ़ाइल या प्रशासक का ज़िक्र करता है, तो आप संभवतः अनुप्रयोग तर्क देख रहे हैं, गिरा हुआ पैकेट नहीं।

किसी व्यक्तिगत डिवाइस पर वही प्रतिबंध पढ़ना एक बंद रास्ता है। अप्रबंधित डिवाइसों में पढ़ने के लिए कोई प्रतिबंध नहीं होता, इसलिए ऐप उसी डिफ़ॉल्ट पर लौट आता है जिसके साथ उसे बनाया गया था।

प्लेटफ़ॉर्म परत: हमेशा चालू और लॉकडाउन

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

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

यह भी वह अकेली परत है जहाँ असंबंधित VPN मदद नहीं कर सकता, क्योंकि नीति एक विशिष्ट पैकेज का नाम लेती है।

तीनों में फ़र्क करना

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

उपयोगी साक्ष्य: सटीक पाठ और उसका समय, क्या उसी प्रोफ़ाइल के अन्य ऐप में अब भी कनेक्टिविटी है, क्या निजी नाम स्वीकृत सुरंग के भीतर हल होता है, और क्या डिवाइस आपके खोले गए ऐप के लिए कार्य बैज दिखाता है।

सहायता अनुरोध में क्या लिखें

जो अनुरोध परत का नाम लेता है वह पहले ही प्रयास में सही ढंग से रूट होता है। कुछ ऐसा: कार्य प्रोफ़ाइल ऐप खुलता है, स्वीकृत VPN जुड़ने के बाद संसाधन सूची विफल होती है, अनुमत निदान में निजी नाम समाधान विफल होता है, और प्रोफ़ाइल के अन्य ऐप काम करते रहते हैं। यह मार्ग या रिज़ॉल्वर समस्या के रूप में पढ़ा जाता है और खाता रीसेट के लूप को छोड़ देता है।

यदि स्वीकृत VPN पूरी तरह अनुपस्थित है, तो समर्थित मार्ग आपके प्रशासक के माध्यम से नामांकन या पुनःप्रावधान है। प्रबंधन प्रोफ़ाइल हटाना, असंबंधित क्लाइंट स्थापित करना या नेटवर्क स्थिति नकली बनाना सुरक्षा व्यवस्था को बहाल करने के बजाय बदल देता है।

क्लाइंट से नहीं, परत से शुरू करें। ऊपर के तीन संकेत आम तौर पर एक ही सत्र में इसे तय कर देते हैं।