तुमचे iPhone अ‍ॅप सिस्टम VPN चालू किंवा बंद का करू शकत नाही

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

वापरकर्त्याला अभिप्रेत असलेल्या तीन गोष्टींपासून सुरुवात करा

API वेगळे करण्यापूर्वी अर्थ वेगळे करा। कधी वापरकर्त्याला तुमच्या अॅपची बोगदा जोडलेली हवी असते, कधी दुसऱ्याने इन्स्टॉल केलेल्या प्रोफाइलसाठी सेटिंग्जचा स्विच चालू करायचा असतो, आणि कधी बोगद्याशिवाय फोनवर ब्राउझ करता येऊ नये असे वाटते। हे तीन वेगळ्या यंत्रणांशी जुळतात, आणि सामान्य अॅपसाठी फक्त पहिलीच खुली आहे।

दुसरा अर्थ Stack Overflow प्रश्न निर्माण करतो, आणि त्याला कोणतेही समर्थित उत्तर नाही। सेटिंग्जचा टॉगल वापरकर्त्याचा असतो आणि व्यवस्थापित उपकरणांवर प्रोफाइलचा। कोणतेही सार्वजनिक API VPN संरचना सूचीबद्ध करत नाही, सिस्टम बोगदा सुरू आहे का ते सांगत नाही, किंवा तो बदलत नाही।

अॅप खरोखर काय तयार करू शकते

NetworkExtension अॅपला NEVPNManager द्वारे स्वतःची संरचना देते। Personal VPN हक्क आणि वापरकर्त्याच्या संमतीने, अॅप सेटिंग्जमध्ये स्वतःच्या नावाने दिसणारी संरचना जतन करते, आणि ती ते एकच कनेक्शन सुरू किंवा थांबवू शकते। ही खरी, पुनरावलोकनयोग्य क्षमता आहे, आणि हाच संपूर्ण विस्तार आहे: व्यवस्थापक फक्त स्वतः तयार केलेले वाचतो आणि लिहितो।

हक्क स्वयंचलित नाही। तुम्ही तो Apple कडे मागता आणि अॅपला बोगदा का हवा आहे हे न्याय्य ठरवता, आणि ज्याचा एकमेव उद्देश दुसऱ्याचे प्रोफाइल चालू करणे आहे अशा ग्राहकाकडे चांगले उत्तर नाही। पॅकेट बोगदा पुरवठादार त्याच नियमाचे पालन वेगळ्या वर्गाने करतात: NETunnelProviderManager अॅपने स्वतः इन्स्टॉल केलेल्या पुरवठादार-आधारित संरचना धारण करते। दोन्हीपैकी कोणताही मार्ग MDM ने दिलेल्या प्रोफाइलपर्यंत पोहोचत नाही।

संमती जतन करण्याच्या वेळीही लागू होते। संरचना लिहिणे वापरकर्त्याला विचारते, आणि हा प्रश्न सोयीसाठी अॅप दाबू शकतो अशी गोष्ट नाही।

स्थिती वाचणेही त्याच भिंतीवर आदळते

स्थिती नियंत्रणापेक्षा मैत्रीपूर्ण दिसते आणि तितकीच बंद आहे। NEVPNStatus अॅपच्या स्वतःच्या संरचनेसाठी अवैध, डिस्कनेक्ट झाले, कनेक्ट होत आहे, कनेक्ट झाले, पुन्हा पुष्टी करत आहे किंवा डिस्कनेक्ट होत आहे असे नोंदवते, आणि प्रत्येक बदलावर सूचना बाहेर पडते। व्यवस्थापन प्रोफाइलने इन्स्टॉल केलेल्या बोगद्याबद्दल ते काहीही सांगत नाही, आणि हेल्प डेस्कला खरोखर तीच स्थिती पाहायची असते।

नेटवर्क मार्ग देखरेख आणि इंटरफेस बदल डिझाइन पुनरावलोकनांमध्ये पर्याय म्हणून सुचवले जातात। ते अॅपचा रहदारी ज्या मार्गाने जातो तो वर्णन करतात, जो VPN स्थितीशी असंबंधित कारणांनी बदलतो, आणि त्यांना VPN रीडआउट म्हणून वापरणे दोन्ही दिशांनी खोटे बोलणारे UI देते।

On Demand आणि Always On या खऱ्या लिव्हर आहेत

समर्थित लिव्हर अॅपमध्ये नाही, प्रोफाइलमध्ये राहतात। On Demand नियम सिस्टमला कधी कनेक्ट करायचे ते सांगतात: क्रियांसह अटींची क्रमबद्ध यादी, जी तुमचा कोड नाही, ऑपरेटिंग सिस्टम मूल्यांकन करते। कोणत्याही इंटरफेसवर कनेक्ट होणारा नियम कोणत्याही अॅपला नियंत्रण न देता नेहमी-जोडलेले असल्याची भावना निर्माण करतो।

Always On VPN ही अंमलबजावणीची यंत्रणा आहे, आणि ती देखरेखीशी बांधलेली आहे। देखरेखीखालील उपकरणावर MDM बोगदा सुरू ठेवणारे प्रोफाइल इन्स्टॉल करते; देखरेख नसलेल्या वैयक्तिक फोनवर तेच कळी तेच वर्तन देत नाहीत। ही असमानता जाणीवपूर्वक आहे, आणि पेलोड कळींचे कोणतेही संयोजन ती दूर करत नाही। जेव्हा गरज खरोखर VPN सुरू असणे ही असेल, तेव्हा गरज प्रत्यक्षात उपकरण व्यवस्थापित असणे ही असते।

दोघांमध्ये दुर्बल चुलतभाऊ बसतो: वापरकर्त्याने डिस्कनेक्ट केल्यानंतर पुन्हा जोडणारा नियम। नियमाचे पुढील मूल्यांकन होते तेव्हा तो पुन्हा जोडतो, जे लगेच होण्यासारखे नाही, आणि जाणूनबुजून डिस्कनेक्ट केलेल्या वापरकर्त्याला फरक जाणवेल। कुलूप देण्याचे वचन देण्याऐवजी त्या फटीभोवती इंटरफेस डिझाइन करा।

समर्थित मार्ग पाठवा

कोणताही कोड येण्यापूर्वी चार प्रश्न यंत्रणा ठरवतात: उपकरण कोणाचे आहे, ते देखरेखीखाली आहे का, कोणता क्लायंट बोगदा संपवतो, आणि प्रोफाइल कुठून येते। यापैकी काहीही अज्ञात असल्यास, वैशिष्ट्य विनंती अंदाजासाठी तयार नाही।

सिस्टम VPN ला हात लावणारे खाजगी API डेमो पास करेल आणि पुनरावलोकनात नापास होईल, आणि दुसऱ्या मार्गाने पाठवले तर पुढील iOS आवृत्तीत तुटेल। एका स्विचसाठी या देवघेवीची कोणतीही आवृत्ती योग्य नाही।

व्यवस्थापन टेलिमेट्री वेगळा मार्ग आहे: प्रोफाइल इन्स्टॉल आहे आणि उपकरण अनुरूप आहे का हे ती नोंदवते, जे अहवाल आहे, प्रति-अॅप नियंत्रण पृष्ठभाग नाही। प्रत्येक अद्ययावतानंतर खऱ्या उपकरणावर प्रवाह तपासा, कारण समर्थित वर्तन OS मध्ये राहते आणि OS हलते।