iPhone को अन-डिमान्ड VPN कार्यालयको Wi-Fi मा जोडिन्छ, सेलुलरमा होइन
तपाईंको बहिष्करण नियम अवस्थित छ र तैपनि हार्छ। अन-डिमान्ड सूचीहरू माथिबाट तल पढिन्छन्, त्यसैले एउटा सुरुवाती सबै समात्ने नियमले कार्यालयको नियम देखिनुअघि नै बिहान तय गर्छ।
नौ बजे फोन कार्यालयको ताररहित सञ्जालमा जोडिन्छ, र सुरुङ आफैं माथि आउँछ र दिनभर त्यहीँ रहन्छ। सेलुलर पछि सबैले चाहेजस्तै व्यवहार गर्छ। कसैले हप्ताहरू अघि कर्पोरेट सञ्जालका लागि बहिष्करण थपेको थियो, त्यसैले प्रोफाइल समीक्षामा सफा देखिन्छ, र हरेक बिहान त्यही नतिजा दिन्छ। उपकरणले आफूलाई दिइएको सूची पछ्याइरहेको छ, र सूचीले यसको लेखकले विश्वास गरेभन्दा फरक कुरा भन्छ।
सूची माथिबाट पढिन्छ, र पहिलो मिल्दो जित्छ
प्रविष्टिहरू क्रममा मूल्याङ्कन गरिन्छ। जसका सर्तहरू लागू हुन्छन् त्यो पहिलो प्रविष्टिले त्यो क्षणको नतिजा तय गर्छ, र त्यसको तलको कुरा कहिल्यै हेरिँदैन। त्यसैले क्रमले नियमभित्र लेखिएको कुनै पनि सर्तजत्तिकै अर्थ राख्छ। एरे माथिबाट पढ्दा स्पष्ट रूपमा भएको बहिष्करणलाई बेवास्ता गरेजस्तो देखिने प्रोफाइल बुझिन्छ।
कार्यालयको बहिष्करणमाथि राखिएको सामान्य ताररहित जडान प्रविष्टिले स्थानमा सुरुङको ग्यारेन्टी गर्छ। व्यवहार उल्टिनका लागि पेलोडमा अरू केही सर्नु पर्दैन।
विच्छेद प्रविष्टिले दुई काम गर्छ
कार्य विच्छेद हुँदा, प्रविष्टिले पहिले नै चलिरहेको सत्र बन्द गर्छ र यसका सर्तहरू सत्य रहँदासम्म नयाँलाई रोक्छ। बहिष्करणका लागि दुवै आधा महत्त्वपूर्ण छन्, र दोस्रो आधा बिर्सिने गरिन्छ। त्यही प्रविष्टि दोस्रो प्रोफाइलमा बाँकी भवन चलिरहेको बेला VPN सुरु गर्न इन्कार गर्ने तल्लाको व्याख्या गर्छ। कसैले सुरुङलाई छोएन; सूचीले गर्यो।
तालिकाले यसको आकार देखाउँछ, पहिले बहिष्करण, तपाईंको आफ्नै परिनियोजनबाट आउनुपर्ने नामहरूसँग। सामान्यतया दुई प्रविष्टि पर्याप्त हुन्छन्, र सेलुलरका लागि तेस्रोले बाँकीलाई अनुमानयोग्य राख्छ।
| Order | Action | Conditions |
|---|---|---|
| 1 | Disconnect | Wireless interface plus office network name |
| 2 | Connect | Wireless interface |
| 3 | Connect | Cellular interface |
बहिष्करणमा दुवै सर्त राख्नुहोस्
सञ्जालको नामलाई इन्टरफेस प्रकारसँग जोड्नुहोस्। नाम मात्रले उही लेबल बोकेको टेथर्ड लिङ्कमा सक्रिय हुन सक्छ, जबकि इन्टरफेस प्रकार मात्रले प्रयोगकर्ताले त्यो दिन भ्रमण गर्ने हरेक ताररहित सञ्जाललाई बहिष्कृत गर्छ। दुवै आधा एउटै प्रविष्टिका हुन्, छेउछाउ बसेका दुई नियमका होइनन्।
नामको तुलना सटीक छ र ठूला-साना अक्षरप्रति संवेदनशील छ। त्यो एउटा ज्ञात सञ्जालका लागि उपयुक्त छ र अरू सबै ठाउँमा तनाव ल्याउँछ, किनकि अतिथि सञ्जालहरू परिचित लेबल पुनः प्रयोग गर्छन्, मर्जपछि साइटहरूको नाम फेरिन्छ, र तार भएको डेस्कमा नाम नै हुँदैन। भित्ताको बोर्डबाट पढ्नुको सट्टा सञ्जाल टोलीसँग सटीक लेबल माग्नुहोस्।
जब प्रोबले नामलाई हराउँछ
प्रोब प्रविष्टिले URL माग्छ र सफल उत्तरलाई सर्त सत्य भएको रूपमा पढ्छ। भित्रबाट मात्र उत्तर दिने होस्ट छान्नुहोस्, जस्तै सार्वजनिक रूपमा समाधान गर्न नसकिने इन्ट्रानेट सेवा, र नियमले सञ्जालले आफूलाई के भन्छ भन्ने वास्ता गर्न छोड्छ। जहाँबाट पनि उत्तर दिने प्रोबले भवन होइन, इन्टरनेट परीक्षण गर्छ। यो चल्छ वा चल्दैन भन्ने निर्धारण गर्ने गुण भनेको उत्तर रिडिरेक्टबिना आउनु हो; हरेक अनुरोध फर्काउने अतिथि पोर्टलले प्रोबलाई हल्लाखल्लामा बदल्छ।
डोमेन-आधारित नियमहरू छुट्टै रूप हुन्: NEEvaluateConnectionRule ले अनुरोध गरिएका डोमेनसँग मिलाउँछ र नाम खोज्दा जोडिन सक्छ। यसको वाइल्डकार्डलाई सबैभन्दा बायाँ लेबलका रूपमा मात्र स्वीकार गरिन्छ, त्यसैले *.example.com मान्य छ भने example.*.com होइन। यदि प्रोफाइलले इन्टरफेस सर्त वा पहुँच प्रोब कुनै पनि प्रयोग गर्दैन भने, यसको सट्टा त्यो नियम प्रकार प्रयोग गरिरहेको छ कि जाँच्नुहोस्।
अन-डिमान्ड नियमहरूले के नियन्त्रण गर्दैनन्
नियमहरूले सुरुङ सुरु हुन्छ वा हुँदैन भन्ने छान्छन् र त्यसलाई चलिरहनुमा उनीहरूको कुनै भनाइ छैन। देखा परी केही मिनेटपछि हराउने सत्रले निष्क्रिय टाइमर, गेटवे सत्र सीमा वा मार्गको आकारतर्फ सङ्केत गर्छ। यीमध्ये प्रत्येकले फरक चिन्ह छोड्छ, र त्यसैले यीमध्ये केही पनि परिवर्तन गर्नुअघि नियमहरूको सूची बहिष्कृत गर्नुपर्छ। किप-अलाइभ सेटिङहरूले त्यो ढाँचा व्याख्या गर्दैनन्, र ती परिवर्तन गर्दा कारणलाई नछोई काम सर्छ।
प्रयोगकर्ताहरूले सेटिङमा अन-डिमान्ड बन्द गर्न सक्छन्, र व्यवस्थित असाइनमेन्टले अर्को चेक-इनमा पुनःस्थापित गर्न सक्छ। टगल बारम्बार आफ्नो अघिल्लो स्थानमा फर्किरहेको छ भने, असाइनमेन्ट नै सक्रिय पक्ष हो। भिन्नता महत्त्वपूर्ण छ, किनकि कार्यान्वयन आफैं फर्कन्छ भने प्रस्ताव बन्द नै रहन्छ।
उपकरण कुन प्रोफाइल समूहको स्वामित्वमा छ र मनसाय सुरुङ लागू गर्नु हो वा केवल प्रस्ताव गर्नु, पुष्टि गर्नुहोस्। त्यो उत्तरले प्रयोगकर्ताको प्राथमिकता बग वा सुविधा मानिने निर्धारण गर्छ।