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 सेवा ट्रिगर हो; कारणका रूपमा यो विरलै हुन्छ।