तुमचा प्रिंटर ॲप रिकामी यादी दाखवतो, कॅमेरा ॲप सांगतो की कोणतेही डिव्हाइस सापडले नाही, आणि व्हिडिओ ॲपमधील कास्ट बटण हार मानेपर्यंत फिरत राहतो। VPN चिन्ह स्टेटस बारमध्ये आहे, फोनला पूर्ण सिग्नल आहे आणि Safari पाने सहज लोड करतो, म्हणजे कनेक्शनमध्ये काही तुटलेले दिसत नाही। मग तुम्ही ॲपची स्वतःची सेटिंग्ज उघडता आणि बदलण्यासाठी काहीही सापडत नाही।

घरच्या नेटवर्कवर लेबल प्रिंटरसह मी नेमक्या याच भिंतीवर आदळलो: ॲपला कधीही स्थानिक नेटवर्कची परवानगी दिली गेली नव्हती, आणि जे प्रोफाइल मी तपासत होतो ते पूर्ण टनल होते जे 192.168.1.0/24 वर पाठवलेले प्रत्येक पॅकेट गिळत होते। दोन स्वतंत्र दरवाजे बंद होते, आणि एक उघडल्याने लक्षण जात नाही।

एक ॲप आणि एक प्रिंटर यांच्यातील दोन दरवाजे

पहिला दरवाजा गोपनीयतेचा निर्णय आहे जो ऑपरेटिंग सिस्टमचा आहे, ॲपचा नाही। iOS ठरवते की ॲप स्थानिक नेटवर्कवरील पत्त्यांवर ट्रॅफिक पाठवू शकते का, आणि ॲपच्या पहिल्या प्रयत्नाला वापरकर्त्याला विचारते। दुसरा दरवाजा राउटिंग तक्ता आहे। 192.168.1.50 कडे पाठवलेला पॅकेट एकतर Wi-Fi ने प्रिंटरकडे निघतो, किंवा टनलमध्ये जातो, आणि ही निवड VPN प्रोफाइलमध्ये लिहिलेली आहे।

दोन्ही दरवाजे वेगळ्या प्रकारे अयशस्वी होतात, आणि यामुळेच निदान शक्य होते। नाकारलेली परवानगी ॲपच्या स्वतःच्या socket कॉलला मारते, त्यामुळे ॲपकडे सांगण्यासारखे काही उरत नाही आणि ते सर्वसाधारण रिकाम्या स्थितीत पडते। राउटिंगची अडचण टाइमआउटसारखी दिसते, कारण पॅकेट फोन सोडून पलीकडे कुठेतरी मेले। तीच रिकामी स्क्रीन, वेगळी दुरुस्ती।

VPN ला हात लावण्यापूर्वी परवानगीची स्थिती वाचा

सेटिंग्ज, मग गोपनीयता आणि सुरक्षा, मग स्थानिक नेटवर्क उघडा। ज्या ॲपने प्रवेश मागितला ते तिथे स्विचसह दिसते। Apple ने या स्क्रीनचे भाग iOS 14 ते iOS 18 दरम्यान हलवले आणि नावे बदलली, म्हणून जर नोंद तिथे नसेल जिथे तुम्ही अपेक्षा करता, तर झाड चाळण्याऐवजी सेटिंग्जच्या शोध क्षेत्रात स्थानिक नेटवर्क लिहा।

लोकांना सर्वात जास्त एकदाची विनंती पकडते। iOS तेव्हा विचारते जेव्हा ॲप पहिल्यांदा स्थानिक नेटवर्कला स्पर्श करते, आणि फक्त तेव्हाच। परवानगी देऊ नका दाबा आणि पुढच्या वेळी उघडल्यावर विनंती परत येत नाही; स्विच हाच परतीचा एकमेव मार्ग आहे, आणि तो सुरुवातीला बंद असतो। ॲप पुन्हा इंस्टॉल केल्याने निर्णय रीसेट होतो, म्हणून काही ट्रबलशूटिंग थ्रेड्स दावा करतात की पुन्हा इंस्टॉलने शोधणे दुरुस्त केले। केलेही, नकार पुसून।

देखरेखीखालील किंवा व्यवस्थापित iPhone वर स्विच कधीकधी राखाडी असतो। MDM ने पाठवलेले गोपनीयता प्राधान्यांचे पेलोड स्थानिक नेटवर्कचा प्रवेश आधीच ठरवू किंवा लॉक करू शकते, आणि लॉक केलेला बंद स्विच म्हणजे दुरुस्ती धोरणाचा बदल आहे, फोनचा बदल नाही। Apple येथे विनंती आणि प्रति-ॲप स्विचचे दस्तऐवज देते: support.apple.com/en-us/102229।

टनल प्रत्यक्षात काय राउट करते ते तपासा

पूर्ण टनल 0.0.0.0/0 घेते आणि त्याबरोबर प्रत्येक खाजगी श्रेणीही। 10.x, 172.16.0.0/12 आणि 192.168.x.x चे पॅकेट सर्व्हरकडे जातात, जो सहसा ते टाकून देतो किंवा त्याच्या स्वतःच्या सबनेटमध्ये भाषांतरित करतो, त्यामुळे परवानगी दिल्यानंतरही प्रिंटर पोहोचत नाही। स्प्लिट टनल उलटे करते, पण फक्त त्या श्रेणींसाठी ज्या प्रोफाइलमध्ये सूचीबद्ध आहेत।

Apple Configurator ने बनवलेले किंवा .mobileconfig म्हणून वाटलेले IKEv2 प्रोफाइल हे सर्व ट्रॅफिक पाठवण्याची सेटिंग आणि स्प्लिट असताना वगळायच्या स्थानिक नेटवर्कची स्पष्ट यादी म्हणून व्यक्त करतात। NEPacketTunnelProvider वर बांधलेले क्लायंट ॲप तोच निर्णय includedRoutes द्वारे व्यक्त करतात। यापैकी कोणतेही स्टेटस बारमधून दिसत नाही, आणि दोन्ही ॲप जे पाहण्याची अपेक्षा करते ते ओव्हरराइड करतात।

ही अशी चाचणी आहे जी मी वापरतो। VPN जोडलेले असताना Safari मध्ये राउटरचे प्रशासकीय पान त्याच्या LAN पत्त्याने उघडा। जर सार्वजनिक साइट्स लोड होत असतील आणि ते पान टाइमआउट होत असेल, तर तुमची खाजगी श्रेणी टनलमध्ये आहे। जर पान लोड होत असेल, तर स्थानिक ट्रॅफिक अजूनही Wi-Fi ने बाहेर पडत आहे आणि अडथळा दुसरीकडे आहे।

लक्षण दरवाजाशी जोडा

एकाच फोनवरील दोन ॲप असहमत असू शकतात, कारण परवानगी प्रति ॲप मिळते तर मार्ग प्रति प्रोफाइल। काही बदलण्यापूर्वी काय अयशस्वी होते याची तुलना करा: सहसा नमुना स्वतः दरवाजाचे नाव घेतो।

What you seeGateNext step
Device list stays empty, Local Network switch is offPermissionEnable the switch, force-quit the app, reopen it
Switch is on, router page times out, public sites loadRoutingExclude the local range in the profile, or move to a split tunnel
Both pass, direct IP works, discovery stays emptyLink-local multicastEnter the device address by hand, or check profile discovery support
Works by IP address, never by name such as printer.localName resolutionFix mDNS reachability or use the numeric address
Everything fails with the VPN off, on hotel Wi-FiClient isolationChange network, do not change permissions

mDNS ओळ एका टिप्पणीस पात्र आहे। Bonjour आणि बहुतेक कास्ट प्रोटोकॉलचा शोध ट्रॅफिक लिंक-लोकल व्याप्तीसह 224.0.0.251 आणि ff02::fb वर मल्टीकास्ट जातो, आणि राउट केलेले टनल तो वाहून नेत नाही। म्हणून एखादे डिव्हाइस थेट कनेक्शनला उत्तर देऊ शकते पण कधीही यादीत दिसत नाही।

क्रिया तपासा, चिन्ह नाही

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

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

या क्रमाने दुरुस्त करा

खालील क्रम हाच आहे जो आता मी पाळतो, कारण तो फोन कधीही अर्ध्या बदललेल्या स्थितीत ठेवत नाही जिथे पुढची चाचणी वाचनीय नसते।

  1. ॲप गोपनीयता आणि सुरक्षा, स्थानिक नेटवर्क अंतर्गत सूचीबद्ध आहे आणि त्याचा स्विच सुरू आहे याची खात्री करा।
  2. जबरदस्ती बंद करा, ॲप पुन्हा उघडा, आणि खरी क्रिया एकदा पुन्हा प्रयत्न करा।
  3. जोडलेले असताना राउटरचे पान LAN पत्त्याने उघडा जेणेकरून खाजगी श्रेणी टनलमध्ये आहे का हे सिद्ध होईल।
  4. जर टनलमध्ये असेल, तर प्रोफाइल बदलून स्थानिक नेटवर्क वगळा, किंवा प्रोफाइलच्या मालकाला तसे करण्यास सांगा।
  5. जर स्विच राखाडी असेल, तर डिव्हाइस व्यवस्थापित माना आणि विनंती प्रशासकाकडे पाठवा।

सहसा यापैकी एकच लागू होते। जर कोणतेही निकाल बदलत नसेल, तर उरलेले संशयित नेटवर्कच आहे, जसे प्रवेश बिंदूचे विलगीकरण किंवा Wi-Fi पत्त्यांशी बांधलेली परवानगी असलेली क्लायंट यादी, आणि वरील नकाशा तक्ता कोणते ते दाखवतो।

संबंधित लेख