iPad मा पासवर्ड नसोधी VPN: प्रमाणपत्र वा सुरक्षित लगइन
सुरक्षित पासवर्ड र यन्त्र प्रमाणपत्रले सोधपुछ फरक तरिकाले हटाउँछन्। दुवैको तुलना गर्नुहोस्, त्यसपछि सुरुङ केले खोल्छ भनेर अलगै निर्णय गर्नुहोस्।
«मलाई पासवर्ड सोध्न छोड्नुहोस्» वास्तवमा तीन आवश्यकतालाई एउटै उजुरीमा समेट्छ, र iPad मा तैनाथीले तिनीहरूको जवाफ फरक ठाउँमा दिन्छ। सोधपुछ प्रमाणीकरणबाट आउँछ, समय सक्रियताबाट, र कभरेज कार्यान्वयनबाट। पहिले सोधपुछ हटाउने प्रमाण छान्नुहोस्, त्यसपछि सुरुङ कहिले खुल्छ भन्ने कुरा अलगै निर्णय गर्नुहोस्। यी दुई निर्णय मिसाउनु नै सुरक्षित पासवर्ड अझै एक टच कुर्दै गरेको प्रोफाइलमा रहनुको कारण हो।
| Saved or shared secret | Device certificate | |
|---|---|---|
| What the user sees | no prompt while the credential stays valid | no prompt, no password to rotate |
| What the admin manages | the secret in the profile and its distribution | enrollment, expiry and revocation per device |
| Typical failure | gateway demands a second factor | expired or revoked certificate |
एउटै उजुरीमा दुई समस्या
iPad मा मूल IKEv2 कन्फिगरेसनले पासवर्ड वा प्रमाणपत्रलाई सन्दर्भ गर्न सक्छ, र कुञ्जी AuthenticationMethod ले कुन लागू हुन्छ भन्ने निर्णय गर्छ, जबकि PayloadCertificateUUID ले पहिचान दिने प्रमाणको नाम दिन्छ। गेटवेले यीमध्ये कुन स्वीकार्छ भन्ने सर्भर नीतिको प्रश्न हो, ग्राहकको रुचि होइन। त्यसैले पहिले VPN सेवाले के अनुमति दिन्छ भन्ने स्पष्ट पार्नुपर्छ, किनकि iPad अर्को पक्षले अस्वीकार गरेको विधिमा वार्ता गर्न सक्दैन।
त्यसपछि मात्र सुरुङ कहिले सक्रिय हुन्छ भन्ने कुरा गर्नु अर्थपूर्ण हुन्छ, जुन प्रोफाइल कुञ्जीहरूको पूर्ण रूपमा फरक समूह हो।
पहिलो विकल्प: iPad ले पुनः प्रयोग गर्न सक्ने प्रमाण
सुरक्षित खाता पासवर्ड वा साझा रहस्यले प्रयोगकर्ता वा समूहको प्रमाणीकरण गर्ने गेटवेलाई सन्तुष्ट पार्छ, र रहस्य वैध रहेसम्म सोधपुछ हटाउँछ। यसको कमजोरी जीवनचक्र हो: रहस्य प्रोफाइलमा बस्छ, धेरै यन्त्रले साझा गर्न सक्छन्, र यसलाई फेर्नु भनेको यो बोक्ने हरेक प्रोफाइलमा हात लगाउनु हो। यदि सेवाले थप एक-पटकको कारक वा अन्तरक्रियात्मक स्वीकृति माग्छ भने कुनै स्थानीय सेटिङले त्यो नीतिलाई निगरानीविहीन लगइनमा बदल्दैन।
एउटा एपले सुरक्षित गरेको पासवर्ड पनि अर्को VPN कार्यान्वयनका लागि स्वतः उपलब्ध हुँदैन, त्यसैले एउटै खाताले एउटा ग्राहकमा सोध्न छोड्न र अर्कोमा हरेक पटक सोध्न सक्छ।
दोस्रो विकल्प: आफ्नै कुञ्जी भएको यन्त्र प्रमाणपत्र
प्रमाणपत्रले सोधपुछ अझ बलियो तरिकाले हटाउँछ, किनकि iPad ले रहस्य दोहोर्याउने सट्टा निजी कुञ्जीको स्वामित्व प्रमाणित गर्छ। यसका लागि पात प्रमाणपत्र र त्यसको कुञ्जी स्वीकृत दर्ता मार्गबाट आउनु र गेटवेले त्यो जडानका लागि प्रमाणपत्र प्रमाणीकरण स्वीकार गर्नु आवश्यक छ। केवल CA प्रमाणपत्र आयात गर्दा यन्त्रले विश्वास सामग्री मात्र पाउँछ, अरू केही होइन, जुन सामान्य र शान्त असफलता हो।
मूल्य जीवनचक्रको काम हो। हरेक iPad ले आफ्नै पहिचान पाउँछ ताकि हराएको यन्त्र पूरै बेडा पुनः जारी नगरी रद्द गर्न सकियोस्, र म्याद सकिने मितिहरू वास्तविक सञ्चालन घटना बन्छन्। शान्त रूपमा म्याद सकिने प्रमाणपत्र त्यही बिहान VPN अवरोध जस्तै देखिन्छ जुन दिन त्यो हुन्छ।
रुचिअनुसार नभई गेटवेले के स्वीकार्छ भन्ने आधारमा छान्नुहोस्
VPN प्रशासकलाई दुई प्रश्न सोध्नुहोस्: यो प्रकारको ग्राहकका लागि सेवाले कुन प्रमाणीकरण विधि स्वीकार्छ, र तीमध्ये कुनैलाई अन्तरक्रियात्मक इनपुट चाहिन्छ कि। उत्तर केवल प्रमाणपत्र भए दर्ता र नवीकरणको योजना बनाउनुहोस्। उत्तर पासवर्ड र दोस्रो कारक भए सोधपुछ नीति हो भनी स्वीकार गर्नुहोस् र यसलाई यन्त्रको खराबी ठान्न छोड्नुहोस्। दुवै स्वीकार भए निगरानीमा रहेको बेडाका लागि जीवनचक्रमा प्रमाणपत्र जित्छ र थोरै यन्त्रका लागि सेटअपको श्रममा पासवर्ड।
छानिएको विधि प्रोफाइल पहिचानकर्तासँगै तैनाथी अभिलेखमा लेख्नुहोस्, नत्र प्रोफाइलमा हात लगाउने अर्को व्यक्तिले अर्को छान्नेछ।
त्यसपछि सक्रियता प्रमाणीकरणबाट अलग गर्नुहोस्
VPN On Demand ले सुरुङ खोल्छ जब कन्फिगर गरिएको सर्त मिल्छ, त्यो DNS डोमेन होस्, इन्टरफेसको प्रकार होस् वा जोडिएको सञ्जाल, र Apple ले यसलाई प्रयोगकर्ताको अन्तरक्रिया नचाहिने रूपमा अभिलेख गर्छ। यो निजी स्रोतका लागि उपयुक्त छ जुन केवल तब पहुँचयोग्य हुनुपर्छ जब कुनै कुराले तिनलाई माग्छ। यो व्यवस्थित Always On जस्तो होइन, जसले कभरेज कार्यान्वयनमा राख्छ र आफ्नै निगरानी र प्रोफाइल सर्त ल्याउँछ।
काम गर्ने प्रमाणले दुवैमध्ये कसैका लागि केही गर्दैन। धेरै iPads सँग पूर्ण रूपमा राम्रो प्रमाणपत्र हुन्छ र तैपनि हातले छुन कुर्छन् किनकि कुनै माग-आधारित नियम कहिल्यै सक्रिय भएन।
आवश्यकता यस्तो रूपमा सुम्पनुहोस् जसमा प्रशासकले काम गर्न सकोस्: यो iPad ले यी स्रोतसम्म बारम्बार प्रयोगकर्ता इनपुटबिना, यो प्रकारको प्रमाणसँग, र यी सक्रियता र अवरोध नियमअन्तर्गत पुग्नुपर्छ। यदि हालको सेवाले ती सर्त पूरा गर्न सक्दैन भने बारम्बार सोधपुछ नै त्यो नीति हो जुन योजनाअनुसार काम गरिरहेको छ।