તમારી પ્રિન્ટર એપ ખાલી યાદી બતાવે છે, કૅમેરા એપ જણાવે છે કે કોઈ ઉપકરણ મળ્યું નથી, અને વિડિયો એપમાં કાસ્ટ બટન હાર માને ત્યાં સુધી ફરે છે. 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 સરનામાં સાથે બંધાયેલી મંજૂર ક્લાઇન્ટ યાદી, અને ઉપરનું મેપિંગ કોષ્ટક કયું છે તે દર્શાવે છે.

સંબંધિત લેખો