Apple IncludeAllNetworks: अझै के ले VPN बाइपास गर्छ

तपाईं MDM कन्सोलमा प्रोफाइल खोल्नुहुन्छ, IncludeAllNetworks टिक गरिएको देख्नुहुन्छ र त्यो यन्त्रको हरेक प्याकेट अब सुरुङमा जान्छ भनी मान्नुहुन्छ। Apple को आफ्नै स्किमाले त्यो वाचा गर्दैन। यो सेटिङले ट्राफिकलाई अपवादसहित VPN बाट पठाउँछ; केही अपवाद ऐच्छिक स्विच हुन् भने केही प्रणाली चलिरहनका लागि अनिवार्य छन्। तलको व्याख्या त्यो कागजातलाई प्रोफाइलबाट बाहिरतिर पछ्याउँछ, त्यसैले तपाईंले पहिले सेटिङ नै पढ्नुहुन्छ, अझै कसैले पहिचान नगरेको यन्त्रको क्याप्चर होइन।

ती अपवादमध्ये दुईले धेरैजसो अन्योल व्याख्या गर्छन्, र दुवै सेलुलर सेवासँग सम्बन्धित छन्।

क्याप्चरबाट होइन, व्यवस्थित प्रोफाइलबाट सुरु गर्नुहोस्

कुनै पनि प्याकेट लग पढ्नुअघि व्यवस्थित VPN प्रोफाइल स्किमा खोल्नुहोस् र गुणको विवरण पढ्नुहोस्। विवरण अपवादसहितको राउटिङबारे हो, पूर्ण सुरुङको ग्यारेन्टीबारे होइन भन्ने ध्यान दिनुहोस्। त्यही एउटा वाक्यले पछि देखिने सबैलाई कसरी व्याख्या गर्ने भनी निर्धारण गर्छ।

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

सेलुलर अपवादलाई दुई फरक अवस्थाका रूपमा पढ्नुहोस्

समर्थित कन्फिगरेसनमा, ExcludeCellularServices ले इन्टरनेटबाट राउट गर्न सकिने सेलुलर सेवा ट्राफिक बाहिर राख्छ, तर IncludeAllNetworks सँगै सक्षम भएको अवस्थामा मात्र। स्किमाले Wi-Fi Calling, IMS र सन्देशसँग सम्बन्धित सेवाहरूलाई त्यो वर्गका उदाहरणका रूपमा दिन्छ। ती प्रवाह डिजाइन अनुसार सुरुङबाट बाहिर जान सक्छन्, र अपवाद सक्रिय रहेसम्म कुनै पनि प्रोफाइल समीक्षाले तिनलाई सुरुङबाट जान दिँदैन।

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

यदि तपाईंको आवश्यकता शब्दशः कुनै पनि प्याकेट कहिल्यै सुरुङ नछोड्ने हो भने, यो दोस्रो अवस्थाले सेलुलर यन्त्रमा त्यो आवश्यकता पहिले नै असम्भव बनाउँछ। यो डिजाइन समीक्षाअघि थाहा पाउनु आवश्यक छ, पछि होइन।

तपाईंको प्लेटफर्मले वास्तवमा कुन कुञ्जीहरू खोल्छ भनी जाँच्नुहोस्

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

यो निर्णयका लागि न्यूनतम पेलोड सामान्यतया यस्तो देखिन्छ, जसमा सेलुलर झन्डा टेम्प्लेटबाट नभई स्पष्ट रूपमा दिइएको हुन्छ:

<key>IncludeAllNetworks</key><true/>
<key>ExcludeCellularServices</key><true/>
<key>ExcludeLocalNetworks</key><true/>

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

अपरिचित होस्टनाम के हो भनी पत्ता लगाउनुहोस्

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

समर्थित निदान प्रयोग गर्नुहोस् र प्रोफाइलको मालिक प्रशासकसँग कुरा गर्नुहोस्, त्यसपछि प्रवाहलाई इच्छित नीतिसँग तुलना गर्नुहोस्। होस्टनाम होइन, त्यही तुलनाले ट्राफिक अपेक्षित थियो कि थिएन भनी बताउँछ।

प्रणाली कमजोर पार्नुको सट्टा आवश्यकता समाधान गर्नुहोस्

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

कुन अपवादले ट्राफिक व्याख्या गर्यो, त्यो कुन OS संस्करणमा लागू हुन्छ र कुन प्रोफाइल मानले त्यो उत्पन्न गर्यो भनी अभिलेख गरेर व्याख्या बन्द गर्नुहोस्। अपरेटिङ सिस्टमको ट्राफिक दायरा कति टाढासम्म फैलिन्छ भन्ने दुई असंगत अनुमानलाई कुनै जडान आइकनले मिलाउन सक्दैन।