Mac मा VPN «डिस्कनेक्ट हुँदै» मा अड्कियो: वास्तवमा के चलिरहेको छ

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

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

लेबलले के पछ्याउँछ

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

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

जडानको स्वामित्व भएको घटक खोज्नुहोस्

मूल कन्फिगरेसनमा scutil --nc list ले प्रणालीलाई थाहा भएका सेवाहरू र तिनको अवस्था छाप्छ, र scutil --nc status "Work VPN" ले एउटा सेवाको विवरण दिन्छ। तेस्रो पक्षको एपले राखेको टनेल त्यो सूचीमा पटक्कै नदेखिन सक्छ, त्यसैले खाली नतिजा केही पनि जोडिएको छैन भन्ने प्रमाण होइन।

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

इन्टरफेस, रुट र DNS पढ्नुहोस्

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

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30

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

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

व्यापक हत्या र प्रोफाइल मेटाउने किन भ्रममा पार्छ

pppd, racoon र configd जस्ता प्रोसेस नामहरू निश्चित कार्यान्वयनका हुन्। तिनलाई मार्नाले अरू जडानमा असर पर्न सक्छ, रुट र utun इन्टरफेस पछाडि छोड्छ, र कुन चरण अड्कियो भन्ने कुनै अभिलेख दिँदैन। पुरानो प्रोसेस नाम पनि हालको प्रोफाइलको स्वामित्व भएको प्रमाण होइन।

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

चिन्ह छोड्ने रोक्ने क्रम

तलको क्रमले जडानका आफ्नै नियन्त्रणहरूलाई जिम्मेवार राख्छ र अड्किने समस्या फर्किए अभिलेख बनाउँछ। यसले प्रदर्शन-समस्यालाई नेटवर्क परिवर्तनमा बदल्नबाट पनि रोक्छ।

1. टाढाको काम सुरक्षित गर्नुहोस्, र Mac टाढा भए अर्को तरिकाले पुग्न सकिन्छ भनी सुनिश्चित गर्नुहोस्।
2. क्लाइन्टको नाम, संस्करण र प्रोफाइल टिप्नुहोस्। log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' प्रयोग गरी छोटो विन्डो कैद गर्नुहोस्; पुराना संस्करणले कम इतिहास राख्छन्, त्यसैले अड्किएलगत्तै यो चलाउनुहोस्।
3. अभिलेखित «डिस्कनेक्ट गर्नुहोस्» नियन्त्रण प्रयोग गर्नुहोस्, पर्खनुहोस्, अनि इन्टरफेस र रुट जाँच दोहोर्याउनुहोस्।
4. लेबल पुरानो भए पनि टनेल तल भए, त्यसलाई रहन दिनुहोस् र प्रोसेस जबर्जस्ती बन्द गर्नुको सट्टा क्लाइन्टलाई ताजा हुन दिनुहोस्।
5. भत्काउने क्रम साँच्चै अड्कियो भने क्लाइन्ट पुनः सुरु गर्नुहोस्, अनि काम सुरक्षित भएपछि Mac पुनः सुरु गर्ने योजना बनाउनुहोस्। व्यवस्थापित मेसिनलाई प्रशासकको प्रक्रिया चाहिन्छ।

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