तुमचा Mac स्वतःहून VPN पुन्हा जोडतो: मागणीनुसार नियम तपासा

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

नियम प्रत्यक्षात कशावर लक्ष ठेवतो

मागणीनुसार नियमाला दोन निर्णय बिंदू आहेत: ज्या नेटवर्कशी Mac जोडलेला आहे, आणि असे डोमेन जे काही सोडवण्याचा प्रयत्न करत आहे। यापैकी कोणतेही टनेल वर आणू शकते, म्हणूनच अंतर्गत नाव शोधल्यावर असे VPN सुरू होते जे कोणीही उघडले नाही। तैनातीला अशी प्रमाणीकरणही लागते जी व्यक्तीशिवाय चालते, म्हणूनच व्यवस्थापित ताफ्यांमध्ये प्रमाणपत्र-आधारित व्यवस्था प्रभावी ठरतात।

सिस्टम धोरणासोबत प्रत्येक ॲपसाठी पुन्हा जोडण्याचा पर्यायही असू शकतो, म्हणून पहिला प्रश्न आहे कोणत्या यंत्रणेने टनेल पुन्हा जोडले। आधी सिस्टम धोरण तपासा, नंतर क्लायंट, आणि शेवटी डिस्कनेक्ट दाबणाऱ्याला। जबाबदार दिसणाऱ्या बहुतेक क्लायंट प्राधान्यक्रम तसे नसतात। हा क्रम महत्त्वाचा आहे कारण सिस्टम धोरण डीफॉल्टनुसार जिंकते, आणि क्लायंट-स्तरीय सेटिंग फक्त तीच प्रकरणे समजावू शकते जी धोरण व्यापत नाही।

धोरण कोणाचे, आणि काढण्याची किंमत काय

यापैकी कोणतेही बदलण्यापूर्वी इन्स्टॉल केलेले प्रोफाइल आणि समर्थित क्लायंट नियंत्रणे वाचा। Mac व्यवस्थापित असल्यास अटी कुठेतरी नोंदवलेल्या असतात, आणि तो दस्तऐवज मागणे बाहेरून SSID आणि डोमेन उलट-अभियांत्रिकी करण्यापेक्षा बरे।

Mac वरील विश्वास सामग्री ती वापरणाऱ्या प्रत्येक इतर सेवेसोबत सामायिक होते, म्हणून रद्द करणे हे पहिले नाही, शेवटचे पाऊल आहे। ज्या प्रोफाइलकडे नियम आहे ते काढा, नंतर प्रमाणपत्राला हात लावण्यापूर्वी नियम सक्रिय होणे थांबल्याची खात्री करा। अर्धवट काढलेले प्रोफाइल हेच कारण आहे की लोक वर्तन यादृच्छिक असल्याचा निष्कर्ष काढतात। काय इन्स्टॉल आहे हे दाखवणाऱ्या दोन आदेश ठेवण्यासारखे आहेत:

profiles show -type configuration
scutil --nc list

पुन्हा जोडणे काय सिद्ध करत नाही

मागणीनुसार पुन्हा जोडणे अंतराबद्दल काहीच सांगत नाही: टनेल वर येत असताना, वेगळे धोरण रोखत नसेल तर रहदारी अजूनही भौतिक इंटरफेसतून बाहेर जाऊ शकते। टनेल अस्तित्वात येण्यापूर्वी ब्लॉक करणे हे टनेल सुरू करण्यापेक्षा वेगळे सेटिंग आहे। वेगाने पुन्हा जोडणारे यंत्रही पहिल्या सेकंदांत गळू शकते।

मार्गांची व्याप्ती हा तिसरा प्रश्न आहे, कारण टनेल सुरू करणारा नियम तो कोणते उपसर्ग वाहतो याबद्दल काहीच सांगत नाही। पुन्हा जोडणे म्हणजे पूर्ण व्याप्ती असे गृहीत धरण्याऐवजी कनेक्शन काय मार्गस्थ करते याची खात्री करा। ते जाणीवपूर्वक तपासा: क्लायंट बंद करा, सेवा थांबली असल्याची खात्री करा, नंतर नियमाने संरक्षित करावयाचे साधन मागा।

चिन्ह नाही, ट्रिगर नोंदवा

टनेल कशाने वर आले ते लिहा: नेटवर्कमध्ये सामील होणे, ॲप उघडणे, खाजगी नाव सोडवणे, झोपेतून जागणे। ते घडले एवढेच नाही, तर कधी घडते याकडे लक्ष द्या, कारण क्रम हाच पुरावा आहे। विशिष्ट ट्रिगर चिन्हाच्या स्क्रीनशॉटपेक्षा अधिक मौल्यवान आहे।

नंतर कनेक्शन वर आल्यावर साधनाची पडताळणी करा। मेनू बार सिद्ध करतो की सेवा चालू आहे, तुम्हाला हवे असलेले गंतव्य त्यातून पोहोचण्याजोगे आहे हे नाही। हे दोन पूर्णपणे सामान्य कारणांनी वेगळे होऊ शकतात, ज्यात दुसरीकडे निर्देश करणारा मार्गही आहे।

जेव्हा नियम चुकीचे कनेक्शन सुरू करतो

जे कनेक्शन सुरू होऊ नये तेव्हा सुरू होते ते सहसा जुन्या प्रोफाइलमधून, हेतूपेक्षा रुंद डोमेन अटीतून, किंवा एकाच नेटवर्कसाठी स्पर्धा करणाऱ्या दोन संरचनांमधून येते। तिन्ही इन्स्टॉल केलेल्या संरचनेत दिसतात, आणि सेवा चालू-बंद केल्याने कोणतेही स्पष्ट होत नाही।

ट्रिगर, प्रोफाइलचा मालक आणि इच्छित वर्तन धोरण व्यवस्थापित करणाऱ्याकडे घेऊन जा। मागणीनुसार काम करण्याबद्दल Apple चा दस्तऐवज त्या संभाषणाची सामायिक शब्दसंग्रह आहे, आणि तो वादापेक्षा लहान आहे। काढण्याऐवजी धोरणात बदल मागा, म्हणजे दोन्ही बाजूंकडे चालणारी रचना राहील।