Mac मा IKEv2 प्रोफाइलमा IncludeAllNetworks ले के गर्छ?
कुञ्जीले ट्राफिकलाई नामित अपवादहरूसहित सुरुङमा सीमित गर्छ। यो पूर्वनिर्धारित मार्ग होइन, यसले EnforceRoutes लाई बेवास्ता गर्छ, र गेटवेले आफूले स्वीकार गरेको कुरा अगाडि पठाउनुपर्छ।
नेटिभ IKEv2 प्रोफाइलमा चासोको कुञ्जी चेकबक्स होइन, IncludeAllNetworks हो, र यसले बदल्ने कुरा प्रणालीले सुरुङ बाहिर पठाउन पाउने दायरा हो। यसलाई 1 मा राख्नुहोस्, अनि macOS ले सुरुङलाई लगभग सम्पूर्ण IP ट्राफिकको मार्ग मान्छ, यसले परिभाषित गर्ने र तपाईंले विस्तार गर्न सक्ने अपवादहरूको समूह बाहेक। यो मेनुमा नभई प्रोफाइल शब्दकोशमा बस्ने भएकाले, सबै ट्राफिक पठाउने भन्ने वाक्यांश पढ्दा धेरैले ठान्ने कुरा पनि यसले जनाउँदैन।
कुञ्जीले नेटवर्क स्ट्याकभित्र के बदल्छ
यो बिना सुरुङले मार्गहरू जोडिएको नेटवर्क इन्टरफेसजस्तै व्यवहार गर्छ। त्यो इन्टरफेस हुँदै जाने पूर्वनिर्धारित मार्गले धेरैजसो ट्राफिक समात्छ, र अर्को इन्टरफेसको अझ विशिष्ट मार्गले आफ्नै प्रिफिक्सका लागि अझै जित्छ। यो सामान्य राउटिङ हो, र यही कारण स्प्लिट टनेलिङ लगभग संयोगवश हुन्छ।
कुञ्जी सक्रिय हुँदा दायरा राउटिङ प्राथमिकता रहँदैन, सुरुङ बाहेक अरू कुनै बाटोबाट कुन ट्राफिक जान पाउँछ भन्ने नीति बन्छ। प्रणालीले जडान जीवित राख्न नेटवर्कमा पुग्नैपर्छ, त्यसैले नीति अपवादहरूसहित आउँछ, ती छैनन् भनेर नाटक गर्दैन। यसलाई सक्रिय गर्दा मेसिन कहिल्यै पूर्ण रूपमा काम गर्ने मार्गविहीन हुँदैन। तपाईंले पाउने कुरा तपाईंले सोचेभन्दा छोटो मार्ग सूची हो, र त्यो सूची कागजातमा छ।
व्यावहारिक परिणाम यो हो कि मार्ग थप्नुले अब नतिजा व्याख्या गर्दैन। कुनै गन्तव्य अझै सिधै पुगिन्छ भने प्रश्न कुन मार्ग जित्यो भन्ने होइन, तर कुनै अपवादले त्यसलाई समेट्छ कि भन्ने हो।
अपवादहरू सेटिङकै भाग हुन्
Apple ले मुख्य कुञ्जीको छेउमा धेरै बहिष्करणहरू कागजातमा राख्छ, जसले स्थानीय नेटवर्क, Apple Push Notification ट्राफिक, सेलुलर सेवा र उपकरण सञ्चार समेट्छ। ती प्रत्येकका आफ्नै प्लेटफर्म र संस्करण सर्तहरू छन्, त्यसैले एउटै प्रोफाइल macOS का संस्करणहरूबीच फरक व्यवहार गर्न सक्छ।
तीमध्ये केही बहिष्करण अन्तर्निहित हुन्। नेटवर्क पहुँच स्थापना र कायम राख्न आवश्यक ट्राफिक, क्याप्टिभ पोर्टल व्यवस्थापनसमेत, अनुमति दिनैपर्छ, नत्र मेसिन केहीमै नजोडिएको अवस्थामा पुग्न सक्छ र त्यसलाई सुधार्न सक्दैन।
त्यसपछि जानाजान गरिएका छनोट आउँछन्। घरको प्रिन्टरलाई अनुमति दिनु कार्यालय स्रोतको प्रिफिक्सलाई अनुमति दिनुसरह निर्णय होइन, र दुवैले सूचना आइरहन APNs पुग्ने राख्नुभन्दा फरक कुरा जनाउँछन्। कुन-कुन सक्रिय गर्नुभयो, प्रोफाइलमै लेख्नुहोस्, पछि बग रिपोर्टबाट पत्ता लगाउनुभन्दा।
यो पूर्वनिर्धारित मार्गसँग उही किन होइन
पूर्वनिर्धारित मार्ग राउटिङ तालिकाको प्रविष्टि हो, र राउटिङ तालिकाहरू हार्छन्। अझ विशिष्ट प्रिफिक्सले यसलाई हराउँछ, एपमा सीमित जडानले यसलाई छल्न सक्छ, र राम्रो मेट्रिक भएको दोस्रो इन्टरफेसले कसैले VPN कन्फिगरेसन नछोई सत्ता लिन सक्छ।
Apple को राउटिङ मार्गदर्शनले भेद स्पष्ट पार्छ: साधारण पूर्वनिर्धारित मार्गहरूलाई अझ विशिष्ट मार्गहरूले अगाडि बढाउन सक्छन्, जबकि फराकिलो दायरा सेटिङले सुरुङले कुन ट्राफिक बोक्नुपर्ने र त्यसबाट के छुट्याइने भन्ने परिभाषित गर्छ। एउटा प्राथमिकता हो, अर्को नियमको नजिक।
त्यो भेदले चुहावटको निदान कसरी गर्ने भन्ने पनि बदल्छ। पूर्वनिर्धारित मार्गसँग तपाईं मार्ग र मेट्रिक जाँच्नुहुन्छ। दायरा कुञ्जीसँग तपाईं प्रोफाइल संशोधन, स्थापित अपवादहरू र संस्करण-विशिष्ट व्यवहार जाँच्नुहुन्छ, किनकि राउटिङ तालिका पहिले गरिएको निर्णयपछिको कुरा हो।
EnforceRoutes अर्कै नब हो
EnforceRoutes उही विचारको कडा संस्करणजस्तो सुनिन्छ, र मानिसहरू बढी कुञ्जी भनेको बढी कभरेज हो भन्ने विश्वासमा दुवैलाई थुपार्छन्। Apple ले IncludeAllNetworks सक्रिय हुँदा यसलाई बेवास्ता गरिन्छ भनी कागजातमा राख्छ, त्यसैले त्यो संयोजनमा दोस्रो कुञ्जीले केही किन्न सक्दैन।
यसलाई फराकिलो दायरा नप्रयोग गर्ने कन्फिगरेसनका लागि विकल्पका रूपमा लिनुहोस्, बलियो बनाउने साधनका रूपमा होइन। प्रत्येक कुञ्जीले एक्लै के गर्छ भनेर व्याख्या गर्न सक्नुहुन्न भने दुवै थप्दा प्रोफाइल समीक्षा गर्न मात्र गाह्रो हुन्छ।
गेटवे र प्रोफाइलको मालिक केमा सहमत हुनुपर्छ
क्लाइन्ट सेटिङले कहिल्यै नकन्फिगर गरिएको ट्राफिक अगाडि पठाउन सर्भरलाई बाध्य पार्न सक्दैन। गेटवेले सत्र स्वीकार गर्नुपर्छ, ठेगाना दिनुपर्छ, तपाईंले पुग्न चाहेका प्रिफिक्सका लागि फर्कने मार्ग दिनुपर्छ, र तपाईंले छानेको व्यवस्थामा DNS सेवा दिनुपर्छ। यसले एउटै प्रिफिक्स मात्र राउट गर्छ भने फराकिलो क्लाइन्ट दायराले आउने र मर्ने ट्राफिक उत्पादन गर्छ। गेटवेका मार्गबाहिरको गन्तव्यमा एउटा अनुरोधले त्यो एक मिनेटमै प्रमाणित गर्छ।
एपको स्वामित्वको सुरुङ फेरि छुट्टै केस हो। प्रदायकले समर्थित व्यवहार लागू वा उजागर गर्नुपर्छ; दोस्रो नेटिभ IKEv2 प्रोफाइल स्थापना गर्दा अर्को एपले पहिले नै चलाइरहेको सुरुङ परिवर्तन हुँदैन, र IKEv2 कुञ्जी अर्को क्लाइन्टले पढ्ने OpenVPN निर्देशन होइन।
हालको कुञ्जी सूची र संस्करण सर्तहरूका लागि Apple को IKEv2 पेलोड सन्दर्भ पढ्नुहोस्, वर्षौं अघि कसैले प्रतिलिपि गरेको प्रोफाइल होइन।
प्रोफाइल संशोधनलाई समग्र रूपमा स्वीकार गर्नुहोस्
टाढाबाट व्यवस्थापित Mac परिवर्तन गर्नुअघि लक्षित macOS संस्करण, इच्छित इन्टरनेट निकास, पुगिरहनुपर्ने निजी प्रिफिक्स, र तपाईंले सक्रिय गर्ने हरेक बहिष्करण लेख्नुहोस्। त्यसपछि तपाईंले बदल्न लागेको सुरुङमा निर्भर नहुने रिकभरी मार्ग सुरक्षित राख्नुहोस्।
नयाँ सार्वजनिक अनुरोध, निजी अनुरोध, दुवै ठेगाना परिवार र नाम समाधान परीक्षण गर्नुहोस्, र डिजाइन फाइल होइन, स्थापित संशोधन जाँच्नुहोस्। केही अझै सिधै जान्छ भने त्यो कागजातमा भएको अपवाद हो, फरक जडान सन्दर्भ हो, वा वास्तविक कन्फिगरेसन त्रुटि हो भनी निर्णय गर्नुहोस्, र असम्बन्धित कुञ्जी फराकिलो बनाउनुभन्दा ती तीनमध्ये एउटा बदल्नुहोस्।