Mac च्या IKEv2 प्रोफाइलमध्ये IncludeAllNetworks काय करते?

नेटिव्ह 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 आवृत्त्या, इच्छित इंटरनेट निर्गम, पोहोचण्यायोग्य राहिले पाहिजेत असे खाजगी प्रीफिक्स, आणि तुम्ही सक्षम करत असलेला प्रत्येक अपवाद लिहून ठेवा। नंतर तुम्ही बदलणार असलेल्या टनेलवर अवलंबून नसलेला पुनर्प्राप्ती मार्ग जपा।

नवीन सार्वजनिक विनंत्या, खाजगी विनंत्या, दोन्ही पत्ता कुटुंबे आणि नाव निराकरण तपासा, आणि डिझाइन फाइलऐवजी स्थापित पुनरावृत्ती तपासा। जर काही अजूनही थेट जात असेल, तर तो दस्तऐवजीकृत अपवाद आहे, वेगळा जोडणी संदर्भ आहे, की खरी कॉन्फिगरेशन त्रुटी आहे हे ठरवा, आणि असंबंधित किल्ल्या वाढवण्याऐवजी त्या तीनपैकी एक बदला।