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