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 नहीं। अगर कोई प्रोफ़ाइल न इंटरफ़ेस शर्तें इस्तेमाल करती है न पहुँच प्रोब, तो जाँचें कि कहीं वह उसके बजाय वह नियम प्रकार इस्तेमाल नहीं कर रही।
ऑन-डिमांड नियम क्या नियंत्रित नहीं करते
नियम तय करते हैं कि सुरंग शुरू होगी या नहीं और उसे चालू रखने में उनका कोई कहना नहीं है। ऐसा सत्र जो दिखाई दे और फिर कुछ मिनटों बाद गायब हो जाए, निष्क्रिय टाइमर, गेटवे सत्र सीमाओं या पथ के आकार की ओर इशारा करता है। इनमें से हर एक अलग निशान छोड़ता है, और इसीलिए इनमें से कुछ भी बदलने से पहले नियमों की सूची को बाहर करना चाहिए। कीप-अलाइव सेटिंग्स उस पैटर्न को नहीं समझातीं, और उन्हें बदलने से काम जगह बदल लेता है पर कारण नहीं छूता।
उपयोगकर्ता सेटिंग्स में ऑन-डिमांड बंद कर सकते हैं, और कोई प्रबंधित असाइनमेंट अगली चेक-इन पर उसे बहाल कर सकता है। जब टॉगल बार-बार अपनी पुरानी स्थिति में लौटता रहता है, तो सक्रिय पक्ष असाइनमेंट है। यह अंतर मायने रखता है, क्योंकि प्रवर्तन अपने आप लौट आता है जबकि प्रस्ताव बंद ही रहता है।
पुष्टि करें कि डिवाइस किस प्रोफ़ाइल समूह के स्वामित्व में है और इरादा सुरंग को लागू करना है या केवल उसे प्रस्तावित करना। वही उत्तर तय करता है कि उपयोगकर्ता की पसंद को बग माना जाए या सुविधा।