Mac VPN, डिस्कनेक्ट थिचेलगत्तै आफै फेरि जोडिन्छ
हरेक डिस्कनेक्ट भएको अवस्थालाई खराबी मान्ने मोनिटर डिस्कनेक्ट बटनसँग लड्नेछ। मनसाय र अवलोकित अवस्था अलग राख्नुहोस्, त्यसपछि पुनःप्रयास सीमित गर्नुहोस्।
डिस्कनेक्ट थिच्नु काम गर्छ, र दस सेकेन्डपछि टनेल जसरी पनि फर्किन्छ। त्यो लुप प्रायः VPN क्लाइन्टको गलत व्यवहार हुँदैन; त्यो एक रिकभरी स्क्रिप्ट हो जसले सधैं एउटै प्रश्न सोध्थ्यो, «के त्यो तल छ?», र जोडिएर त्यसको उत्तर दिन्थ्यो। प्रयोगकर्ताले उत्तर दिएको प्रश्नलाई प्रणालीले रिपोर्ट गर्ने प्रश्नबाट अलग गर्नुभयो भने, सुधार लामो निद्राको सट्टा अलिकति अवस्था बन्छ।
दुई प्रश्न, एउटा होइन
यो प्रोफाइल अहिले जोडिएको हुनुपर्छ र प्रणालीले अहिले के रिपोर्ट गर्छ? ती फरक मालिक भएका फरक प्रश्न हुन्, र रिकभरी नीतिलाई कार्य गर्नुअघि दुवै चाहिन्छ। मनसाय भनेको तपाइँको उपकरणले निर्णय गर्ने र सम्झने कुरा हो। अवलोकित अवस्था भनेको प्लेटफर्मले तपाइँलाई भन्ने कुरा हो।
| Intent | What you observe | What to do |
|---|---|---|
| Wanted | Dropped unexpectedly | Allow one supported recovery attempt |
| Paused by the user | Disconnected | Do nothing until intent changes |
| Wanted | Already connecting | Wait instead of starting a rival attempt |
| Wanted | Authentication needs a person | Prompt, then stop replaying credentials |
पङ्क्तिहरूलाई केसको सूचीको रूपमा होइन, नीतिको रूपमा पढ्नुहोस्। दोस्रो पङ्क्ति त्यो हो जुन धेरै स्क्रिप्टले छाड्छन्, र त्यो एउटै पङ्क्ति हो जसले मोनिटरलाई आफू सही छु भनी जिद्दी गर्ने मेसिनबाट छुट्याउँछ।
अवलोकित अवस्था कुनै रुचि होइन
Apple को Network Extension अवस्था मोडेलले connecting, connected, disconnecting, disconnected र recovery अवस्था रिपोर्ट गर्छ। पाँचैले जडानको वर्णन गर्छन्। तीमध्ये कुनैले पनि «प्रयोगकर्ताले यो प्रोफाइल रोकिएको राख्न भने» भन्दैन, किनकि त्यो जडानको अवस्था नै होइन। त्यो ढाँचामा नबनेका क्लाइन्टहरूले आफ्नै समर्थित नियन्त्रण र अवस्था कलहरू देखाउँछन्, र तिनीहरू आफ्नै शब्दावलीमा त्यही रेखा कोर्छन्।
परिणाम यो हो कि डिस्कनेक्ट भएको अवस्थालाई कहिल्यै एक्लै व्याख्या गर्न सकिँदैन। यसको अर्थ कम्तीमा तीनमध्ये एउटा हुन्छ: टनेल खस्यो, प्रयोगकर्ताले रोके, वा प्रणाली प्रयासहरूबीच छ। तपाइँको आफ्नै मनसाय अभिलेखले मात्र तिनलाई छुट्याउन सक्छ। त्यो अभिलेख लेख्नुहोस्, यदि यसले रिबुटबाट बाँच्नुपर्छ भने रिस्टार्टहरूबीच राख्नुहोस्, र प्रयोगकर्ताले कार्य गर्ने क्षणमै अद्यावधिक गर्नुहोस्, पछि लग लाइनबाट अनुमान नगर्नुहोस्।
scutil --nc list
scutil --nc status "Office VPN"यो प्रोफाइल सुरु गर्न अरूलाई पनि अनुमति छ
तपाइँको सहायकले वाचा गर्ने रोकावट उही प्रोफाइलका अन्य मालिक जति बलियो मात्र हुन्छ। On Demand नियम, व्यवस्थित कन्फिगरेसन वा दोस्रो क्लाइन्ट सबैले जडान माग्न सक्छन्, र तपाइँको सहायक ठ्याक्कै लेखिएजस्तै व्यवहार गर्दा पनि बिग्रिएको देखिनेछ।
प्रोफाइल सुरु गर्न सक्ने हरेक संयन्त्र खोज्नुहोस् रोकावटको सम्मान गर्ने वाचा गर्नुअघि, र कुन जित्छ लेख्नुहोस्। जब व्यवस्थित सेवाले जानाजानी व्यक्तिगत रोकावट विकल्प राख्दैन, त्यो नीतिबारे प्रशासकको निर्णय हो, व्यवस्थापनसँग लडेर स्क्रिप्टले भर्नुपर्ने खाली ठाउँ होइन।
पुनःप्रयासलाई नरमाइलो बनाउनुहोस्
प्रयासको संख्या सीमित गर्नुहोस् र प्रत्येकलाई बदलिएको कुनै कुराप्रति प्रतिक्रियाशील बनाउनुहोस्: नेटवर्क फर्कियो, गेटवेले जवाफ दियो, प्रमाण-पत्र प्रम्प्ट पूरा भयो। उपलब्ध नभएको गेटवे, म्याद सकिएको पहिचान र अस्वीकृत दोस्रो कारकलाई तीन फरक प्रतिक्रिया चाहिन्छ, र कसिलो लुपले तीनैलाई एउटै दिन्छ।
छिटो पुनःप्रयासले स्क्रिनमा वास्तवमा के उत्पादन गर्छ हेर्नुहोस्। प्रयोगकर्ताले बन्द गर्ने दोहोरिएका संवादहरू एउटा स्पष्ट असफलता सन्देशभन्दा नराम्रा हुन्छन्, र तिनले मानिसहरूलाई प्रम्प्ट नपढी क्लिक गर्न सिकाउँछन्।
रोकावट र ट्राफिक नीति अलग-अलग वाचाहरू हुन्
प्रयोगकर्ताले रोकेको टनेलले प्रायः ट्राफिक जानाजानी अवरुद्ध छाड्छ, र त्यही kill switch शैलीको नीतिको पूरा उद्देश्य हो। यसको अर्थ रोकावटले ठ्याक्कै एउटै कुराको वाचा गर्नुपर्छ: रिकभरी रोकिन्छ। यसले नेटवर्कले अनुमति दिने कुरा चुपचाप बदल्नु हुँदैन।
ट्राफिक व्यवहार अलग निर्णय गर्नुहोस्, यसलाई रोकावट नियन्त्रणको छेउमा कागजात गर्नुहोस्, र टनेल रोकिएको, असफल वा अनुपस्थित भए पनि यसलाई एकरूप राख्नुहोस्। नत्र प्रयोगकर्ताले डिस्कनेक्ट थिच्दा केही अनिश्चित हुन्छ भन्ने सिक्छ, र अर्को सहायता टिकट «कहिलेकाहीँ देखिने कारणबिना काम गर्न छाड्ने» नेटवर्कबारे हुनेछ।