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

ऊपर का पता दस्तावेज़ीकरण के लिए प्लेसहोल्डर है। इसे उस एंडपॉइंट से बदलें जो आपका क्लाइंट दिखाता है, और उपयोग करें route -n get -inet6 (IPv6 एंडपॉइंट के लिए)। फ़ोन के अलग और जुड़े होने पर आउटपुट की तुलना करें, और दो पाठों के बीच कोई मार्ग न जोड़ें न हटाएँ। अगर इंटरफ़ेस 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 सेवा ट्रिगर है; कारण के रूप में यह विरल ही होती है।