macOS को सेवा क्रमले तपाईंका VPN मार्गहरू नियन्त्रण गर्दैन

वेबसाइटमा केही असफल हुन्छ, सहकर्मीलाई सेवा क्रम अवस्थित छ भन्ने सम्झना आउँछ, र Wi-Fi लाई Ethernet माथि तानिन्छ। केही परिवर्तन हुँदैन, किनभने त्यो सूचीले कहिल्यै निर्धारण गरेन कि VPN गन्तव्य कहाँ जान्छ। Apple ले VPN जडानहरूलाई साधारणभन्दा प्राथमिकता दिन्छ र तिनलाई यो पुनर्व्यवस्थाबाट बाहिर राख्छ, त्यसैले त्यो स्विच सोधिएको प्रश्नभन्दा साँघुरो प्रश्नको उत्तर दिन्छ। असफलतालाई छनोट गरिएको मार्ग र resolver चाहिन्छ, नयाँ क्रम नहो।

सेवा क्रमले के बदल्छ, र केलाई कहिल्यै छुँदैन

«सेवा क्रम सेट गर्नुहोस्» प्रणाली सेटिङहरू, नेटवर्क अन्तर्गत, Action मेनुमा छ, र दुई वा बढी सक्रिय हुँदा यसले साधारण जडानहरूको क्रम निर्धारण गर्छ। त्यो क्रमले प्राथमिक सेवा छान्छ, जसले पूर्वनिर्धारित मार्ग र resolver को व्यवहारको भाग दिन्छ। यो समानहरूबीचको निर्णय हो, टनेल पछाडिका निजी गन्तव्यहरूका लागि स्विच होइन। Wi-Fi र USB Ethernet एडाप्टर भएको ल्यापटपले यसलाई उचित प्रश्नको उत्तर दिन प्रयोग गर्छ, र त्यो प्रश्न टनेलको बारेमा होइन।

VPN प्रोफाइलले समावेशित मार्ग, बहिष्कृत गन्तव्यहरू र कहिलेकाहीँ प्रति-एप नियमहरू बोक्छ, र तिनले टनेलमा के प्रवेश गर्छ भनी निर्धारण गर्छन्; क्रम मेनुले तिनलाई सम्पादन गर्दैन। त्यसैले स्प्लिट-टनेल प्रोफाइलले सार्वजनिक ट्राफिक बाहिर राख्न सक्छ जबकि VPN अझै प्रत्येक भौतिक इन्टरफेसभन्दा माथि छ। Wi-Fi लाई माथि तान्नाले निजी दायरा पहुँचयोग्य हुँदैन, र प्रोफाइलले पहिले नै समावेश गरेको गन्तव्य रोक्न सक्दैन। सूचीले इन्टरफेसहरू सार्छ; प्रोफाइलले प्रिफिक्सहरू सार्छ। Apple ले यो प्राथमिकता आफ्नो नेटवर्क सेवा क्रम पृष्ठमा अभिलेख गर्छ, जुन केही पुनर्व्यवस्थित गर्नुअघि एकपटक पढ्न लायक छ।

मेसिनले वास्तवमा छानेको मार्ग पढ्नुहोस्

कुनै विशेष ठेगाना कहाँ जान्छ भनी route get 10.20.4.10 प्रयोग गरेर मेसिनलाई सोध्नुहोस्, त्यसपछि IPv6 का लागि route -n get -inet6 2001:db8::10 प्रयोग गरेर दोहोर्याउनुहोस्। दुई परिवार छुट्टाछुट्टै निर्णय हुन्, त्यसैले काम गर्ने IPv4 मार्गले v6 बारे केही भन्दैन, र सिधै जोडिएको सबनेट वा अझ विशिष्ट प्रिफिक्सले जुनसुकै हालतमा सामान्य जडान लेबललाई हराउँछ, यही कारणले त्यो लेबलले मानिसहरूलाई भ्रमित गरिरहन्छ।

यदि आउटपुटले टनेल इन्टरफेसको नाम लिन्छ भने प्रोफाइलले गन्तव्य समातेको छ र क्रम अप्रासंगिक छ। यदि यसले भौतिक इन्टरफेसको नाम लिन्छ भने प्रोफाइलले त्यो गरेन, र जति ताने पनि प्रिफिक्स तालिका बदलिँदैन। दुवै आउटपुटले मेसिनले प्रयोग गर्ने स्रोत ठेगानाको पनि नाम लिन्छन्, र दुई रन तुलना गर्दा त्यही क्षेत्र उद्धृत गर्नुपर्छ। केही बदल्नुअघि आउटपुट सुरक्षित गर्नुहोस्, किनभने पछि तपाईंसँग त्यही मात्र प्रमाण हुनेछ।

DNS ले नामबाट समाधान गर्छ, इन्टरफेसबाट होइन

स्कोपित र डोमेन-विशिष्ट resolver हरूको अर्थ उत्तर इन्टरफेसअनुसार नभई नामअनुसार फरक पर्न सक्छ। scutil --dns ले प्रणालीले वास्तवमा प्रयोग गरिरहेको resolver कन्फिगरेसन, स्कोपित प्रविष्टिहरू सहित, मुद्रण गर्छ। सेवा क्रमले कुन सेवाले पूर्वनिर्धारित resolver दिन्छ भन्नेमा असर गर्छ, तर नाम-विशिष्ट स्कोपले जे भए पनि जित्न सक्छ।

त्यसैले ठेगानामा ping काम गर्न सक्छ जबकि होस्टनाम असफल हुन्छ, वा उल्टो। दोषी छान्नुअघि दुवै आउटपुट पढ्नुहोस्।

प्रोफाइल बदल्नुहोस्, त्यसपछि दुवै आउटपुट फेरि पढ्नुहोस्

जब गन्तव्य नीति बदल्नुपर्छ, मालिक VPN प्रोफाइल हो: समावेशित मार्ग, बहिष्कृत मार्ग र विक्रेताले समर्थन गर्ने सबै स्प्लिट-टनेल नियमहरू। यसको सट्टा इन्टरफेस बदल्नाले बहस मात्र सार्छ। टाढाबाट व्यवस्थापित Mac मा, पहिले हालको नेटवर्क अवस्था सुरक्षित गर्नुहोस्, किनभने तपाईं पुग्न नसक्ने मेसिनमा टनेल गुमाउनु यात्रा हो, रोलब्याक होइन।

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