നിങ്ങളുടെ പ്രിന്റർ ആപ്പ് കാലിയായ ലിസ്റ്റ് കാണിക്കുന്നു, ക്യാമറ ആപ്പ് ഏതെങ്കിലും ഉപകരണം കണ്ടെത്തിയില്ലെന്ന് അറിയിക്കുന്നു, വീഡിയോ ആപ്പിലെ കാസ്റ്റ് ബട്ടൺ കീഴടങ്ങുന്നതുവരെ കറങ്ങിക്കൊണ്ടിരിക്കുന്നു. 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 വിലാസങ്ങളുമായി ബന്ധിപ്പിച്ച അനുവദനീയ ക്ലയന്റ് പട്ടിക, മുകളിലെ മാപ്പിംഗ് പട്ടിക ഏതെന്ന് കാണിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ