तपाईंको प्रिन्टर एपले खाली सूची देखाउँछ, क्यामेरा एपले कुनै यन्त्र भेटिएन भन्छ, र भिडियो एपको कास्ट बटन हार नमानेसम्म घुमिरहन्छ। 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 ठेगानासँग बाँधिएको अनुमति प्राप्त क्लाइन्ट सूची, र माथिको नक्सा तालिकाले कुन हो देखाउँछ।

सम्बन्धित लेखहरू