त्यो सुरक्षित Mac VPN प्रोफाइलको पछाडि कुन प्रोटोकल छ?

कसैले Mac जडानलाई «अफिस VPN» भन्छ, लेबल दुई सर्भर माइग्रेसन पार गर्छ, र प्रोटोकल बदलिएको धेरै समयपछि पनि सबैले यसलाई अफिस VPN भन्न छाड्दैनन्। नाम कन्फिगरेसनको छेउमा राखिएको उपनाम हो; यो Mac ले के मा वार्ता गर्छ भन्ने प्रमाण होइन। घोषित प्रकार पढ्न एउटा फिल्ड लाग्छ, र त्यो सुरक्षित प्रकारलाई जीवित सत्रबाट अलग गर्न अर्को कदम लाग्छ। अनुमानबाट बच्ने क्रम यही हो।

लेबल उपनाम हो, प्रकार पेलोडले घोषणा गर्छ

macOS VPN सेवा भनेको देखिने नाम, मालिक क्लाइन्ट र टाइप गरिएका सेटिङहरूको समूह भएको प्रणाली कन्फिगरेसन प्रविष्टि हो। देखिने नाम खुला पाठ हो, प्रविष्टि बनाउने जो कोहीले सम्पादन गर्न सक्छ, र प्रयोगकर्ताहरूले मेनु बारमा देख्ने भाग यही हो। सेटिङहरूले तथ्य बोक्छन्: कुन जडान प्रकार, कुन गेटवे, कुन प्रमाणीकरण व्यवस्था। कुनै कुराले दुवैलाई समन्वयमा राख्दैन, त्यसैले «L2TP अफिस» नामको प्रोफाइल IKEv2 सेवा हुन सक्छ।

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

यो भिन्नता महत्त्वपूर्ण छ किनभने व्यवस्थापित र व्यक्तिगत कन्फिगरेसन फरक तरिकाले नियन्त्रित हुन्छन्। व्यवस्थापनले स्थापना गरेको प्रोफाइल प्रतिस्थापन वा पुनः लागू हुनेछ, त्यसैले स्थानीय सम्पादन या त असफल हुन्छ या चुपचाप फर्किन्छ। तपाईंले नियन्त्रण नगरेको फाइलको रिभर्स इन्जिनियरिङ गर्नुको सट्टा मालिकसँग प्रकार, गेटवे पहिचान र प्रमाणीकरण विधि माग्नुहोस्।

पेलोडमा अरू केहीभन्दा पहिले VPNType पढ्नुहोस्

Apple को व्यवस्थापित VPN पेलोड स्किमा ले आफ्नो जडान प्रकार VPNType कुञ्जीमा घोषणा गर्छ, जसको PayloadType com.apple.vpn.managed हुने शब्दकोशभित्र। मान IKEv2, IPsec, L2TP वा VPN जस्तो छोटो टोकन हो, र पेलोडमा बाँकी सबै त्यही टोकन अनुसार व्याख्या गरिन्छ।

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

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

पुरानो मान, जस्तै PPTP, अझै पुरानो फाइलमा देखिन सक्छ, जबकि हालको macOS ले नयाँ कन्फिगरेसनका लागि यसलाई विकल्पको रूपमा दिँदैन। सुरक्षित प्रोफाइलमा टोकन भेट्नु भनेको के लेखिएको थियो भन्ने प्रमाण हो, अपरेटिङ सिस्टमले अझै के स्वीकार्छ भन्ने होइन।

अनुकूलित प्रकारलाई VPNSubType र मालिक अनुप्रयोग चाहिन्छ

जब VPNType VPN हुन्छ, पेलोडले VPNSubType पनि बोक्नुपर्छ, जसले जडान लागू गर्ने प्लगइन वा Network Extension प्रदायक पहिचान गर्छ। यही पहिचानकर्ताले जडानलाई निश्चित क्लाइन्टतिर पठाउँछ, त्यसैले गलत उपप्रकारले स्थापना हुने र त्यसपछि सुरु हुन इन्कार गर्ने प्रोफाइल बनाउँछ।

अनुप्रयोग विस्तारमा आधारित प्रदायकहरूमा, पहिचानकर्ता अनुमानित विस्तार नामको होइन, समावेश गर्ने अनुप्रयोगको हुन्छ, र प्रोफाइल हातले सम्पादन गर्दा मानिसहरूले सामान्यतया यही विवरण गलत गर्छन्। सही उपप्रकारले पनि क्लाइन्टको वर्णन गर्छ, तार प्रोटोकल, प्रमाणीकरण विधि वा त्यो क्लाइन्टले प्रयोग गर्ने टाढा पहुँच नीतिको होइन।

त्यसैले अनुकूलित पेलोडले तपाईंलाई कुन सफ्टवेयर जडानको मालिक छ र अलिकति मात्र बताउँछ। यसले के मा वार्ता गर्छ भन्ने जान्न त्यो प्रदायकको आफ्नै कागजात र यसका कन्फिगर गरिएका सेटिङहरू पढ्नुहोस्। अर्को संस्थाको प्रोफाइलबाट उपप्रकार प्रतिलिपि गर्नु कन्फिगरेसन विधि होइन; यो संयोगवश पार्स हुने अनुमान हो।

Mac ले वास्तवमा के कन्फिगर गरेको छ सूची बनाउनुहोस्

कुनै पनि फाइल पढ्नुअघि प्रणालीलाई सोध्नुहोस् कुन सेवाहरू छन् र तिनीहरू कुन अवस्थामा छन्। कमाण्ड-लाइन दृश्य प्यानलमा क्लिक गर्नभन्दा छिटो हुन्छ र प्रत्येक प्रविष्टिको छेउमा प्रकार छाप्छ।

scutil --nc list
scutil --nc show "Office VPN"

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

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

सुरक्षित सेटिङहरूलाई जीवित सत्रबाट अलग राख्नुहोस्

सुरक्षित प्रोफाइल इरादाको घोषणा हो। यसले गेटवेले अझै त्यो सेवा दिन्छ, यो प्रोफाइल सक्रिय हो, वा कुनै सत्रले सफलतापूर्वक वार्ता गर्यो भनी देखाउँदैन। ती तीन अलग प्रश्न हुन् र प्रत्येकको आफ्नै प्रमाण छ।

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

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