macOS मा सुरक्षित VPN कन्फिगरेसनहरू बदल्दा वास्तवमा के बदलिन्छ
सुरक्षित Mac VPN बदल्नु प्रोफाइल साट्नु होइन। रुट, DNS र प्रमाणहरूमा के बदलिन्छ र वास्तवमा पाएको सुरुङ कसरी जाँच्ने भनेर हेर्नुहोस्।
तपाईं VPN सूची खोल्नुहुन्छ, अर्को सुरक्षित प्रविष्टि छान्नुहुन्छ र सफा परिवर्तनको अपेक्षा गर्नुहुन्छ: नयाँ निकास ठेगाना र बाँकी सबै अपरिवर्तित। पहिले त्याग्नुपर्ने अनुमान यही हो। macOS मा सुरक्षित VPN प्रिसेट होइन, पूर्ण नेटवर्क सेवा हो, त्यसैले सेवा बदल्दा राउटिङ, DNS र प्रमाणीकरण एकैचोटि बदलिन सक्छ। मेनु बारले कुन सेवा सक्रिय छ भन्ने मात्र बताउँछ; त्यसको तलको सुरुङ तपाईंको उद्देश्यसँग मिल्छ कि मिल्दैन भन्ने बताउँदैन।
सुरक्षित सूची प्रोफाइल छनोटकर्ता होइन
सिस्टम सेटिङ्स > नेटवर्कको प्रत्येक प्रविष्टि आफ्नै सेवा हो, आफ्नै सर्भर ठेगाना, खाता, प्रमाणीकरण विधि, DNS सर्भरहरू र Send all traffic over VPN connection जस्ता विकल्पहरूसहित। पुराना संस्करणहरूमा सिस्टम प्रेफरेन्समा त्यही सूची हुन्छ। दुई प्रविष्टिले एउटै होस्टनामलाई देखाउन सक्छन् र तैपनि फरक व्यवहार गर्न सक्छन्, किनभनेप्रोटोकल वा क्लाइन्ट एक्सटेन्सनले सुरुङ कसरी बन्छ भनेर निर्धारण गर्छ।
तेस्रो पक्षका क्लाइन्टहरूले छुट्टै सूची राख्छन्। Tunnelblick आफ्नै फोल्डरबाट कन्फिगरेसन पढ्छ, WireGuard आफ्नै सुरुङ सूची राख्छ, र OpenVPN Connect प्रोफाइल एपभित्र भण्डारण गर्छ। कतिले कन्फिगरेसन सिस्टममा दर्ता गर्छन्; अरूले सबै कुरा एपभित्र राख्छन् र बिल्ट-इन सूचीमा कहिल्यै देखिँदैनन्। त्यसैले “सुरक्षितमा जानु” भन्नाले प्रोफाइल कुन एपको हो भन्ने आधारमा फरक कार्यहरू जनाउँछ।
scutil --nc list सिस्टम कन्फिगरेसनमा दर्ता भएका VPN सेवाहरू उद्धरण चिन्हमा नामसहित प्रिन्ट गर्छ। परिवर्तन स्क्रिप्ट गर्दा ती ठ्याक्कै नामहरू प्रयोग गर्नुहोस्, र सूचीले हरेक तेस्रो पक्षको सुरुङ समेट्छ भनी नमान्नुहोस्।
परिवर्तनले वास्तवमा के बदल्छ
सक्रिय सेवा बदलिँदा चार कुरा सँगै चल्छन्। त्यो सेवाले सबै ट्राफिक पठाउँछ भने पूर्वनिर्धारित रुट नयाँ सुरुङलाई पछ्याउँछ; रिजोल्भर सूची सेवाले तोकेका DNS सर्भरहरूमा बदलिन्छ; नयाँ जडानहरूले स्रोतका रूपमा नयाँ सुरुङ ठेगाना लिन्छन्; र प्रयोग हुने प्रमाणहरू नयाँ सेवाका हुन्छन्। मूल कन्फिगरेसन र एप प्रोफाइल परस्पर बदल्न मिल्दैन, दुवै एउटै गेटवेमा टुंगिए पनि।
| What you assume | What the system does |
|---|---|
| Same server name means same tunnel | Protocol, certificate and account are per service |
| All traffic follows the active VPN | Only when Send all traffic over VPN is on |
| DNS switches with the VPN | Only if that service defines DNS servers |
| Disconnect ends the connection | On Demand or a management profile can reconnect |
| Open sessions survive the switch | TCP sessions tied to the old address stall |
मानिसहरूलाई अलमल्याउने भाग DNS को हो। macOS रिजोल्भरको क्रम कायम राख्छ, र scutil --dns कुन रिजोल्भर कुन इन्टरफेसमा प्रयोग भइरहेको छ देखाउँछ। DNS सर्भर सेट नगरिएको VPN सेवाले Wi-Fi रिजोल्भरले जवाफ दिन दिन सक्छ, त्यसैले पुरानै DNS व्यवहारसहित नयाँ सार्वजनिक ठेगाना पाउनुहुन्छ र परिवर्तन आधा मात्र भयो भन्ने निष्कर्षमा पुग्नुहुन्छ।
पुरानो कन्फिगरेसन किन फर्केर आउँछ
तपाईंले डिस्कनेक्ट गरेपछि त्यही सेवा केही क्षणमै फेरि जोडियो भने सबैभन्दा पहिले On Demand हेर्नुहोस्। एपले मिल्ने डोमेन रिजोल्भ गर्दा मागअनुसार जडानको नियमले सेवा फर्काउन सक्छ, र व्यवस्थापन प्रोफाइलले त्यही नियम लागू गर्न सक्छ। प्रविष्टि हटाउँदा यो विरलै सुध्रिन्छ: प्रोफाइलबाट स्थापित कन्फिगरेसन सामान्यतया अर्को प्रोफाइल रिफ्रेसमा फर्कन्छ, र हातले बनाएकोले सेवा गइसकेपछि पनि पासवर्ड Keychain मा छोड्न सक्छ।
दोस्रो सेवा सुरु गर्दा पहिलो सधैं रोकिँदैन। क्लाइन्ट र प्रोटोकलअनुसार दुई सुरुङ र रुटका दुई सेट बाँकी रहन सक्छन्, र ट्राफिक कसले बोक्छ भन्ने अन्तिममा क्लिक गरेको आइकनले होइन, सेवाको क्रम र रुटको विशिष्टताले निर्धारण गर्छ। परिवर्तन भयो भनी मान्नुअघि इन्टरफेसहरू जाँच्नुहोस्।
सुरुङ जाँच्नुहोस्, टिक होइन
सेटिङ्समा हात हाल्नुअघि सिस्टमको आफ्नै दृष्टिकोणबाट जानुहोस्।scutil --nc status "Name" सिस्टमले के ठान्छ भनेर जनाउँछ;ifconfigutun इन्टरफेसको ठेगाना छ कि छैन देखाउँछ;netstat -rn -f inet पूर्वनिर्धारित रुट कहाँ सोझिन्छ देखाउँछ;scutil --dns वास्तवमा प्रयोग भइरहेको रिजोल्भर देखाउँछ। त्यसपछि नयाँ जडान खोलेर निकास ठेगाना पुष्टि गर्नुहोस्, किनभने पहिले साइन-इन भइसकेको पृष्ठले पुरानो सुरुङसँग बाँधिएको सकेट प्रयोग गरिरहेको हुन सक्छ।
DNS अझै स्थानीय नेटवर्कबाट जवाफ दिइरहेको छ भने सेवाका सेट गरिएका सर्भरहरूलाई रिजोल्भर सूचीसँग तुलना गर्नुहोस्। पूर्वनिर्धारित रुट अझै भौतिक इन्टरफेसमा सोझिएको छ भने सेवा स्प्लिट-टनेलमा छ वा पूर्ण रूपमा जोडिएको छैन। दुवै कन्फिगरेसनका नतिजा हुन्, बिग्रिएको क्लाइन्टको प्रमाण होइन।
अप्रत्याशित कुरा टार्ने परिवर्तन क्रम
- हालको सेवा र कुनै प्रोफाइलले त्यसलाई व्यवस्थापन गर्छ कि भन्ने टिपोट गर्नुहोस्।
- दुई सुरुङ सँगै रहन नसक्ने भए पहिले त्यसलाई डिस्कनेक्ट गर्नुहोस्।
- लक्ष्यमा जडान गर्नुहोस् र Connecting होइन, Connected को प्रतीक्षा गर्नुहोस्।
- पूर्वनिर्धारित रुट, रिजोल्भर सूची र नयाँ निकास ठेगाना जाँच्नुहोस्।
- लामो समयका सत्र राख्ने एपहरू पुनः सुरु गर्नुहोस्।
नयाँ प्रविष्टि यी जाँचहरू पास नगरेसम्म पुरानो प्रविष्टि राख्नुहोस्, र हरेक प्रविष्टिलाई फरक नाम दिनुहोस्; एउटै लेबलले अर्को विफलताको कारण पहिचान गर्न गाह्रो बनाउँछ। Apple को Mac सहायताले मूल पक्षको वर्णन यहाँ गर्छ:Mac मा VPN जडान सेट गर्ने, जो व्यवस्थापित कन्फिगरेसन सम्पादन गर्नुअघि हेर्नुपर्ने सन्दर्भ हो।
छनोट फर्केर गयो भने पहिले यसलाई नीति वा On Demand का रूपमा लिनुहोस्। कन्फिगरेसन कसको हो र स्वचालित जडानका लागि सेट छ कि छैन पुष्टि गर्नुहोस्, त्यसपछि तपाईं सेवा बदल्दै हुनुहुन्छ कि प्रोफाइलसँग लड्दै हुनुहुन्छ निर्णय गर्नुहोस्।