iPhone USB ने जोडल्यावर तुमच्या Mac चा VPN का बंद होतो

तुम्ही iPhone चार्ज करण्यासाठी जोडता, आणि एका मिनिटानंतर तुमच्या Mac वरील VPN ट्रॅफिक पुढे पाठवणे थांबवते। सिस्टम सेटिंग्ज iPhone USB नावाची नवीन सेवा दाखवतात, आणि उघड पाऊल ती हटवणे आहे। ते पाऊल अनेकदा चुकीचे असते। सेवा फोनचा वैयक्तिक हॉटस्पॉट असू शकते, किंवा Xcode आणि डिव्हाइस साधने फोनशी बोलण्यासाठी वापरतात अशी लिंक असू शकते, आणि दोन्ही पुरेसे वेगळे वागतात त्यामुळे ओळख हटवण्यापूर्वी आली पाहिजे।

पाऊल 1: फोनने प्रत्यक्षात तयार केलेली सेवा वाचा

सिस्टम सेटिंग्ज उघडा, नंतर नेटवर्क, आणि फोन वेगळा आणि जोडलेला असताना सेवांची यादी तुलना करा। सध्याच्या macOS मध्ये सेवा iPhone USB अशी सूचीबद्ध आहे। ती सक्रिय आहे का, सेवा क्रमात कुठे आहे, आणि Mac ती डीफॉल्ट मार्गासाठी वापरतो का हे नोंदवा। सेवा क्रम महत्त्वाचा आहे, कारण macOS गंतव्यस्थान गाठू शकणारी सर्वात उंच सक्रिय सेवा निवडते, तुम्ही जिचे नाव ओळखता ती नाही।

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

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

पाऊल 2: VPN एंडपॉइंट कोणता मार्ग वापरतो ते तपासा

मार्ग वेबसाइटकडे नाही, VPN सर्व्हरच्या सोडवलेल्या पत्त्याकडे वाचा। route -n get फक्त-वाचनीय आहे आणि कर्नेल जे इंटरफेस आणि गेटवे वापरेल ते छापते, आणि दोन्ही ओळी महत्त्वाच्या आहेत।

scutil --dns | head -20
route -n get 203.0.113.10

वरील पत्ता दस्तऐवजीकरणासाठी प्लेसहोल्डर आहे। तो तुमचा क्लायंट दाखवत असलेल्या एंडपॉइंटने बदला, आणि IPv6 एंडपॉइंटसाठी वापरा route -n get -inet6। फोन वेगळा आणि जोडलेला असताना आउटपुटची तुलना करा, आणि दोन वाचनांमध्ये कोणतेही मार्ग जोडू नका किंवा काढू नका। इंटरफेस en0 वरून iPhone USB इंटरफेसमध्ये बदलल्यास, हॉटस्पॉट मार्गाने शोध जिंकला आणि VPN चे बाह्य कनेक्शन आता सेल्युलरवर चालू आहे।

मार्ग बदलल्याने प्रत्येक अयशस्वी स्पष्ट होत नाही। नवीन मार्गाचा MTU वेगळा असल्याने किंवा ऑपरेटरने प्रोटोकॉल अडवल्याने, क्लायंट सर्व्हरपर्यंत पोहोचूनही नंतर टनेलच्या आंतरिक ट्रॅफिकवर अयशस्वी होऊ शकतो। काहीही बदलण्यापूर्वी क्लायंटची स्वतःची त्रुटी वाचा: बाह्य हँडशेक कालबाह्यता पोहोचक्षमतेकडे संकेत करते, तर प्रस्थापित टनेलने ट्रॅफिक पाठवणे थांबवल्यास ते MTU, DNS किंवा धोरणाकडे संकेत करते।

पाऊल 3: हॉटस्पॉटला डिव्हाइस-संवाद लिंकपासून वेगळे करा

Xcode 15 आणि नंतरच्या आवृत्त्या USB ने जोडलेल्या डिव्हाइसशी लिंक-स्थानिक IPv6 समाविष्ट असलेल्या नेटवर्क-आधारित चॅनेलवर बोलतात, त्यामुळे विकासाचा Mac इंटरनेट प्रवेशाशी काहीही संबंध नसलेला अतिरिक्त इंटरफेस दाखवू शकतो। Apple ची TN3158 तांत्रिक टीप हे वर्तन नोंदवते आणि इशारा देते की VPN किंवा सुरक्षा फिल्टरिंग त्यात हस्तक्षेप करू शकते। हे हॉटस्पॉट समस्येचे उलटे आहे: फोन इंटरनेट देतो म्हणून VPN तुटत नाही; VPN त्याला पकडतो म्हणून डिव्हाइस कनेक्शन तुटते।

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

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

फक्त इंटरफेसच्या नावावरून ठरवू नका। डिव्हाइस जोडली जाताच macOS हे इंटरफेस तयार करते आणि नष्ट करते, आणि en क्रमांक रनटाइमवर वाटला जातो, त्यामुळे तोच Mac रीबूट किंवा केबल बदलल्यानंतर वेगळा क्रमांक दाखवू शकतो।

पाऊल 4: एका वेळी एका चलासह अयशस्वी पुनरुत्पादित करा

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

VPN फक्त हॉटस्पॉट स्थितीत अयशस्वी झाल्यास फोन त्या मार्गापासून दूर ठेवा: चार्ज करताना वैयक्तिक हॉटस्पॉट बंद करा, किंवा सेवा क्रमात iPhone USB सेवा Wi-Fi खाली हलवा। हॉटस्पॉट बंद असतानाही, प्रत्येक जोडलेल्या स्थितीत अयशस्वी झाल्यास क्लायंट नेटवर्क संक्रमण कसे हाताळतो ते पहा। काही क्लायंट प्राथमिक सेवा बदलल्यावर टनेल तोडतात आणि पुन्हा कनेक्ट करावे लागते; ते क्लायंटचे वर्तन आहे, फोनची बिघाडी नाही।

प्रत्येक प्रयत्नात एक गोष्ट बदला। सेवा हटवणे, VPN कॉन्फिगरेशन रीसेट करणे आणि त्याच मिनिटात क्लायंट पुन्हा इंस्टॉल करणे तुम्हाला काम करणारा Mac आणि कोणत्या कृतीने तो दुरुस्त झाला याची कल्पना न देता सोडते।

पाऊल 5: काय ठेवायचे आणि काय सत्यापित करायचे ते ठरवा

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

तुम्ही सेवा काढली तर ओळखलेली सेवा काढा आणि नंतर दोन गोष्टी सत्यापित करा: VPN एंडपॉइंटचा मार्ग अपेक्षित इंटरफेसवर परत आला आहे, आणि टनेल केवळ इंटरनेटकडे नाही तर अंतर्गत पत्त्याकडेही ट्रॅफिक पाठवते। सेवा क्रम आणि क्लायंट आवृत्तीची नोंद ठेवा, कारण macOS अद्ययावत फोन कसा दिसतो ते बदलू शकते।

नंतर तुम्ही प्रत्यक्षात पाहिलेल्या अयशस्वीचे वर्गीकरण करा। हँडशेक कालबाह्यता, टनेल उभे राहिल्यानंतर MTU थांबणे, आणि ऑपरेटरकडून येणारी DNS उत्तरे ह्या तीन वेगळ्या समस्या आणि तीन वेगळ्या दुरुस्त्या आहेत। तीनहीत USB सेवा ट्रिगर आहे; कारण म्हणून ती दुर्मिळ आहे।