व्यवस्थित VPN सहितको सामान्य Mac प्रयोगकर्ता: IT ले के जिम्मा लिनुपर्छ

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

तीन वितरण मार्ग र प्रत्येकले के टुंगो लगाउँछ

पहिलो मार्ग संस्थाको यन्त्र व्यवस्थापनले उपलब्ध गराउने व्यवस्थित कन्फिगरेसन प्रोफाइल हो। VPN पेलोडले गेटवे, प्रमाणीकरण विधि, मार्ग र DNS बोक्छ, र Mac कसरी दर्ता भएको छ त्यसअनुसार यन्त्र वा प्रयोगकर्ता च्यानलबाट इन्स्टल हुन्छ। दोस्रो मार्ग स्व-सेवा इन्स्टलर हो: प्रयोगकर्ताले स्वीकृत प्याकेज चलाउँछ जसले क्लाइन्ट राख्छ र उसको तर्फबाट जडान लेख्छ। व्यवस्थापन दर्ता नभए पनि संस्थाले दोहोर्याउन र समीक्षा गर्न मिल्ने कन्फिगरेसन चाहँदा यो काम गर्छ। तेस्रो मार्ग प्रयोगकर्ताले प्रकाशित मानहरू पालना गर्दै सिस्टम सेटिङमा हातले जडान बनाउनु हो। यो सुरु गर्न सबैभन्दा सस्तो र समर्थन गर्न सबैभन्दा महँगो छ, किनकि क्लाइन्ट पक्षको हरेक गल्ती हेल्प डेस्कमा फोन बन्छ र हरेक परिवर्तन टिप्पणी बन्छ।

scutil --nc list
sudo profiles show -type configuration
system_profiler SPConfigurationProfileDataType

कुन जडान छन् र ती कसको स्वामित्वमा छन् हेर्न पहिलो सूची पढ्नुहोस्, र नीतिका रूपमा के इन्स्टल भयो हेर्न अरू दुई पढ्नुहोस्। कुनै पनि सूचीमा नदेखिने प्रोफाइल, प्रयोगकर्तालाई जे भनिए पनि, पुगेको छैन।

पदअनुसार होइन, यन्त्रको स्वामित्वअनुसार निर्णय गर्नुहोस्

संस्थाको स्वामित्वको Mac ले सामान्यतः पहिलो मार्गलाई न्याय दिन्छ, किनकि VPN दिने त्यही च्यानलले त्यसलाई हटाउन पनि सक्छ, र प्रयोगकर्ताले जडान चुपचाप सम्पादन गर्न सक्दैन। कुनै पनि प्रयोगकर्ता साइन इन गर्नुअघि सुरुङ हुनैपर्ने भए यन्त्र च्यानल छान्नुहोस्, र जडान व्यक्तिको भए प्रयोगकर्ता च्यानल छान्नुहोस्। कर्पोरेट सेवा भएको व्यक्तिगत स्वामित्वको Mac ले सामान्यतः दोस्रो मार्गतर्फ संकेत गर्छ। संस्थाले यन्त्र व्यवस्थापन गर्न सक्दैन, त्यसैले इन्स्टलर सानो, फर्काउन मिल्ने र प्रयोगकर्ताले रद्द गर्न सक्ने गरी अभिलेखीकृत हुनुपर्छ।

स्थिर सेटअप भएका थोरै प्राविधिक प्रयोगकर्ता र लागू गर्नुअघि गेटवे परीक्षण गर्ने जोसुकैका लागि तेस्रो मार्ग उपयुक्त रहन्छ। त्यो मात्राभन्दा तल यो हातले लेखिएका सेटिङको कसैले पनि सूची बनाउन नसक्ने लेखापरीक्षण नगरिएको संग्रह बन्छ।

प्रोफाइललाई खाताबाट अलग राख्नुहोस्

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

क्लाइन्ट सिस्टम VPN हो वा प्रत्येक एपको सुरुङ हो, त्यो पनि निर्णय गर्नुहोस्। प्रत्येक एपको डिजाइनले छानिएका एपहरू मात्र रुट गर्छ, र यो प्रयोग भइरहेको macOS संस्करणमा क्लाइन्टले त्यो मोडेल समर्थन गर्छ कि भन्नेमा निर्भर छ, त्यसैले सेटिङ सँगै जान्छ भनेर मान्नुको सट्टा पाइलट मेसिनमा जाँच्नुहोस्।

एडमिन पासवर्डबिना हस्तान्तरण गर्नुहोस्

प्रयोगकर्ताले जडान सुरु गर्न, साइन इन गर्न र पासवर्ड परिवर्तनपछि सुधार हुन आवश्यक छ। यीमध्ये कुनैले पनि एडमिन खाता माग्दैन, र कुनैले पनि प्रमाणपत्रहरू स्क्रिप्ट, Automator क्रिया वा हस्ताक्षरित प्याकेजको इन्स्टलपछिको चरणमा राख्नुको समर्थन गर्दैन।

scutil --nc start "Acme VPN"
scutil --nc status "Acme VPN"
log show --predicate 'subsystem == "com.apple.networkextension"' --last 10m

पहिला दुई आदेश प्रयोगकर्ता-स्तरका कार्य हुन् जसबाट हेल्प डेस्कले कसैलाई मार्गदर्शन गर्न सक्छ। तेस्रोले जडान असफल हुँदा हालैको सुरुङ गतिविधि पढ्छ, र त्रुटि संवादको स्क्रिनसटको सट्टा यही माग्नुपर्ने वस्तु हो।

कुनै चरणले अझै एडमिन स्वीकृति माग्छ भने त्यो वितरण दोष हो: कामलाई आवश्यकभन्दा बढी अधिकार भएको खाता दिनुको सट्टा ठ्याक्कै प्रॉम्प्ट प्रोफाइल मालिकलाई फर्काउनुहोस्।

सामान्य प्रयोगकर्ताका रूपमा साइन इन गर्नुहोस्, अनि बाहिरिने बाटो लेख्नुहोस्

सामान्य खाताबाट साइन इन गर्नुहोस्, जडान गर्नुहोस्, इच्छित आन्तरिक होस्टसम्म पुग्नुहोस्, Mac लाई सुत्न दिनुहोस्, उठाउनुहोस् र पुनः जडान पुष्टि गर्नुहोस्। पासवर्ड परिवर्तनपछि यो दोहोर्याउनुहोस्, किनकि यीमध्ये आधा तैनाथी वास्तवमै त्यहीँ असफल हुन्छन्। पहिलो प्रयोगकर्तालाई आवश्यक पर्नुअघि पुनःप्राप्ति बाटो लेख्नुहोस्: प्रोफाइल नहुँदा, प्रमाणपत्रको म्याद सकिँदा र गेटवेले अन्यथा वैध लगइन अस्वीकार गर्दा के गर्ने। ती तीन उत्तर हेल्प डेस्कले भेट्टाउन सक्ने ठाउँमा राख्नुहोस्।

अन्तमा, हटाउने योजना बनाउनुहोस्। एउटै कार्यमा जाने प्रयोगकर्ताको Mac बाट हटाउन नसकिने VPN पहुँच समीक्षाको त्यस्तो निष्कर्ष हो जो अब हुन लागेको छ।