വിമാന മോഡിൽ VPN Connecting-ൽ കുടുങ്ങി: അപ്‌ലിങ്ക് കണ്ടെത്തുക
വിമാന മോഡിൽ Connecting-ൽ നിൽക്കുന്ന ക്ലയന്റിന് അപ്‌ലിങ്ക് ഇല്ലായിരിക്കാം. റേഡിയോ നില, അസോസിയേഷൻ, പോർട്ടൽ സൈൻ-ഇൻ, ബ്ലോക്കിംഗ് നയം എന്നിവ വേർതിരിക്കുക.
ഫോൺ വിമാന ഐക്കൺ കാണിക്കുന്നു, VPN ക്ലയന്റ് രണ്ട് മിനിറ്റായി Connecting-ൽ ആണ്, പ്രൊഫൈൽ ശരിയാണ്. ഒരു മണിക്കൂർ മുമ്പ് അതേ കെട്ടിടത്തിൽ ഇത് പ്രവർത്തിച്ചിരുന്നു. ഒന്നും കേടായിട്ടില്ല: VPN എന്നത് മറ്റൊരു നെറ്റ്‌വർക്ക് വഹിക്കുന്ന കണക്ഷനാണ്, വിമാന മോഡ് അതിനെ വഹിച്ചിരുന്ന നെറ്റ്‌വർക്ക് നീക്കം ചെയ്തു. അപ്‌ലിങ്ക് ഇല്ലാതെ ക്ലയന്റ് ചെയ്യുന്നത് അതാണ്, അതിനാൽ അത് വീണ്ടും വീണ്ടും ശ്രമിക്കുന്നു.
ആശയക്കുഴപ്പമുണ്ടാക്കുന്നത്, വിമാന ചിഹ്നം Wi-Fi ലഭ്യമാണോ എന്ന് പറയുന്നില്ല, Connecting ക്ലയന്റ് പ്രാമാണീകരിക്കുകയാണോ കേവലം കാത്തിരിക്കുകയാണോ എന്ന് പറയുന്നില്ല. ഈ രണ്ട് വായനകൾ വേർതിരിച്ചാൽ രോഗനിർണയത്തിന് ഒരു മിനിറ്റ് മതി.
വിമാന ചിഹ്നം റേഡിയോ റിപ്പോർട്ടല്ല
പിന്തുണയുള്ള Android ഉപകരണങ്ങളിൽ വിമാന മോഡിൽ Wi-Fi, Bluetooth എന്നിവ ഓൺ ആയി തുടരാം, ഉപകരണം നിങ്ങൾ അവസാനമായി ചെയ്ത തിരഞ്ഞെടുപ്പ് ഓർക്കുന്നു. Google-ന്റെ Pixel-ൽ വിമാന മോഡിനെക്കുറിച്ചുള്ള മാർഗ്ഗനിർദ്ദേശം കൃത്യമായി ആ സ്വഭാവം വിവരിക്കുന്നു. അതിനാൽ ഐക്കൺ സെല്ലുലാർ ഓഫ് ആണ് എന്ന് മാത്രം അർത്ഥമാക്കാം, മറ്റൊന്നുമല്ല.
ഗ്ലിഫ് അല്ല, യഥാർത്ഥ നില പരിശോധിക്കുക. adb shell settings get global airplane_mode_on മോഡിന് തന്നെ 0 അല്ലെങ്കിൽ 1 നൽകുന്നു, adb shell dumpsys connectivity ഉപകരണത്തിലുള്ള നെറ്റ്‌വർക്കുകൾ അവയുടെ സാധുതാ നിലയോടെ പട്ടികപ്പെടുത്തുന്നു. ഈ രണ്ട് ഔട്ട്പുട്ടുകളും ചേർന്ന് ഐക്കൺ ഉത്തരം നൽകാൻ കഴിയാത്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.
Wi-Fi ഓഫ് ആണെങ്കിൽ, അല്ലെങ്കിൽ ഓൺ ആണെങ്കിലും ഒന്നുമായും അസോസിയേറ്റ് ചെയ്തിട്ടില്ലെങ്കിൽ, VPN എൻഡ്പോയിന്റിലേക്ക് വഴിയില്ല, എത്ര തവണ വീണ്ടും കണക്റ്റ് ചെയ്താലും വഴിയുണ്ടാകില്ല. ആദ്യം ഒഴിവാക്കേണ്ടത് ഈ കേസാണ്, കാരണം ശരിയായ പരിഹാരം VPN ആപ്പിന് പുറത്തുള്ള ഏക കേസ് അതാണ്.
Connecting യഥാർത്ഥത്തിൽ എന്താണ് അർത്ഥമാക്കുന്നത്
ക്ലയന്റിന് സേവ് ചെയ്ത പ്രൊഫൈൽ സൂക്ഷിക്കാം, അതിന്റെ പേര് കാണിക്കാം, ഒന്നുമായും ബന്ധപ്പെടാതെ ഒരു സ്പിന്നർ കാണിക്കാം. കോൺഫിഗറേഷൻ ലോക്കൽ ആണ്. ടണൽ നിർമ്മിക്കാൻ എത്തിച്ചേരാവുന്ന സെർവർ, പൂർത്തിയായ ഹാൻഡ്ഷേക്ക്, റൂട്ട് ചെയ്യാനുള്ള ഇന്റർഫേസ് എന്നിവ വേണം. അവസാന ഭാഗത്തിന് മാത്രമാണ് പ്രവർത്തിക്കുന്ന നെറ്റ്‌വർക്ക് വേണ്ടത്, അതുകൊണ്ട് റേഡിയോ ഓഫ് ആയിരിക്കുമ്പോഴും ആദ്യ രണ്ടെണ്ണം വിജയകരമായി തോന്നാം.
അതിനാൽ സ്പിന്നർ കുറഞ്ഞത് മൂന്ന് വ്യത്യസ്ത സാഹചര്യങ്ങളുമായി യോജിക്കുന്നു: അപ്‌ലിങ്ക് ഇല്ല, എൻഡ്പോയിന്റിൽ എത്താത്ത അപ്‌ലിങ്ക്, എത്തുന്നുവെങ്കിലും പ്രാമാണീകരണം പരാജയപ്പെടുന്ന അപ്‌ലിങ്ക്. സ്ക്രീനിൽ അവ ഒരുപോലെ കാണാം, ലോഗിൽ തികച്ചും വ്യത്യസ്തം. അതിനാൽ ഈ എല്ലാ സന്ദർഭങ്ങളിലും ആദ്യം ഉപയോഗപ്രദമായ തെളിവ് ലോഗ് ആണ്, മറ്റൊരു ശ്രമമല്ല.
Android-ന്റെ സ്വന്തം VPN ഡോക്യുമെന്റേഷൻ കണക്ഷൻ സ്ഥാപിക്കുന്നതും പ്രത്യേകം എപ്പോഴും-ഓൺ, ബ്ലോക്കിംഗ് നയങ്ങളും തമ്മിൽ അതേ വര വരയ്ക്കുന്നു. ഈ വേർതിരിവാണ് ഫോൺ ഓഫ്ലൈൻ ആയിരിക്കുമ്പോഴും സംരക്ഷിതമായി തോന്നുകയും എന്നിട്ടും ടണൽ ഇല്ലാതിരിക്കുകയും ചെയ്യുന്നതിന്റെ കാരണം.
വേർതിരിച്ചറിയേണ്ട നാല് അവസ്ഥകൾ
താഴെയുള്ള നാല് അവസ്ഥകളാണ് പേര് നൽകാൻ അർഹിക്കുന്നത്, കാരണം സ്ക്രീൻ അവ ഒരുപോലെ കാണിക്കുന്നു.
| State | What you will see | What to do |
|---|---|---|
| Airplane mode, Wi-Fi off | No networks in dumpsys, VPN retries forever | Turn Wi-Fi on, or accept that the tunnel cannot exist |
| Wi-Fi on, not associated | Interface exists, no default network | Join the access point |
| Associated, not validated | Network listed, captive-portal flag set | Complete the portal sign-in, then reconnect |
| Validated, tunnel down | Internet works, VPN fails or blocks | Debug the tunnel, not the radio |
മൂന്നാമത്തെ വരി ഹോട്ടലുകളിലും വിമാനത്താവളങ്ങളിലും മിക്ക ആളുകളെയും പിടിക്കുന്നു. അസോസിയേഷൻ പ്രവേശനമല്ല: ഫോണിനെ കടത്തിവിടാത്ത പോർട്ടൽ Wi-Fi പാസ്‌വേഡ് സന്തോഷത്തോടെ സ്വീകരിച്ച്, പിന്നീട് VPN എൻഡ്പോയിന്റിലേക്ക് ട്രാഫിക് കടത്തിവിടാൻ വിസമ്മതിക്കും. ടണൽ ഓഫ് ആയിരിക്കുമ്പോൾ ആദ്യം ബ്രൗസറിലൂടെ സൈൻ-ഇൻ ചെയ്യുന്നതാണ് സാധാരണയായി ഏക വഴി.
ബ്ലോക്കിംഗ് ഇതിനെ കൂടുതൽ മോശമായി കാണിക്കുന്നത് എന്തുകൊണ്ട്
എപ്പോഴും-ഓൺ VPN-ഉം VPN ഇല്ലാതെ കണക്ഷനുകൾ ബ്ലോക്ക് ചെയ്യലും രണ്ടും സജീവമാണെങ്കിൽ, ടണൽ ഉയരാത്ത ഓരോ സമയത്തും ഉൾപ്പെടുത്തിയ ഓരോ ആപ്പും ബ്ലോക്ക് ചെയ്യപ്പെടും. ഇത് ഫീച്ചർ പ്രവർത്തിക്കുന്നതാണ്, രണ്ടാമത്തെ തകരാറല്ല. ലക്ഷണം ഒരു ആപ്പിന്റെ പരാജയത്തിൽ നിന്ന് എല്ലാം പരാജയപ്പെടുന്നതിലേക്ക് മാറുന്നു, അത് വളരെ വലിയ പ്രശ്നമായി വായിക്കപ്പെടുന്നു.
ആളുകൾ തെറ്റായി വായിക്കുന്ന ക്രമവും ഇത് വിശദീകരിക്കുന്നു: വിമാന മോഡ് ഓൺ, അപ്‌ലിങ്ക് ഇല്ല, ആപ്പുകൾ ബ്ലോക്ക്, VPN connecting എന്ന് പറയുന്നു. ബ്ലോക്ക് എന്നത് നയം അതിന്റെ ജോലി ചെയ്യുകയായിരുന്നു. അപ്‌ലിങ്ക് പരിശോധിക്കാൻ നയം ഓഫ് ചെയ്യുന്നത് നിങ്ങൾ ആഗ്രഹിച്ച സംരക്ഷണം നീക്കം ചെയ്യുകയും ഒന്നും പഠിപ്പിക്കാതിരിക്കുകയും ചെയ്യുന്നു.
പകരം പരിധി പരിശോധിക്കുക. ഏത് ആപ്പുകൾ ഉൾപ്പെടുത്തിയിരിക്കുന്നു, ഏതൊക്കെ ഒഴിവാക്കിയിരിക്കുന്നു, പ്രൊഫൈൽ ഓരോ ഉപയോക്താവിനുമാണോ മുഴുവൻ ഉപകരണത്തിനുമാണോ. Wi-Fi കാണുന്ന ഉടൻ VPN ആപ്പ് ആരംഭിക്കുന്ന ടാസ്ക് ഒരു ട്രിഗർ മാത്രമാണ്, അത് പ്രവർത്തിക്കുന്നതിന് മുമ്പ് ഒരു പാക്കറ്റും പുറത്തുപോയിട്ടില്ല എന്നതിന്റെ ഉറപ്പല്ല.
ഊഹം അവസാനിപ്പിക്കുന്ന രോഗനിർണയ ക്രമം
താഴെ നിന്ന് മുകളിലേക്ക് പ്രവർത്തിക്കുക. മോഡ് സ്ഥിരീകരിക്കുക, നെറ്റ്‌വർക്ക് ഉണ്ടെന്ന് സ്ഥിരീകരിക്കുക, അത് സാധുതയുള്ളതാണെന്ന് സ്ഥിരീകരിക്കുക, പ്രാദേശിക സബ്നെറ്റിന് പുറത്തുള്ള എന്തിലേക്കെങ്കിലും എത്താമെന്ന് സ്ഥിരീകരിക്കുക, അതിന് ശേഷം മാത്രം ക്ലയന്റ് നോക്കുക. adb shell ping -c 3 1.1.1.1 ഒരു പരുക്കൻ പരിശോധനയാണ്, പക്ഷേ ഇല്ലാത്ത വഴിയെ ടണൽ അസന്തുഷ്ടമായിരിക്കുമ്പോൾ നിലവിലുള്ള വഴിയിൽ നിന്ന് അത് വേർതിരിക്കുന്നു.
നെറ്റ്‌വർക്ക് പട്ടികയിലുള്ളപ്പോൾ ping പരാജയപ്പെട്ടാൽ, പ്രശ്നം VPN-ന്റെ മുകളിലാണ്, ഒരു ക്ലയന്റ് ക്രമീകരണവും അത് ശരിയാക്കില്ല. ping വിജയിച്ചിട്ടും ടണൽ രൂപപ്പെടുന്നില്ലെങ്കിൽ, അതേ നിമിഷത്തിൽ ക്ലയന്റ് ലോഗ് പകർത്തുക: പിശക് സമയപരിധിയെ പ്രാമാണീകരണ നിരസിക്കലിൽ നിന്ന് വേർതിരിക്കും, ഈ രണ്ടിനും പൊതുവായത് ഒന്നുമില്ല.
ഉദ്ദേശിച്ച അവസ്ഥ പുനഃസ്ഥാപിച്ച് അവസാനിപ്പിക്കുക: ഇത് നിങ്ങളുടെ സാധാരണ ക്രമീകരണമാണെങ്കിൽ വിമാന മോഡിൽ Wi-Fi അനുവദിക്കുക, പോർട്ടൽ പൂർത്തിയാക്കുക, ബ്ലോക്കിംഗ് നയം വീണ്ടും ഓണാക്കുക. തുടർന്ന് ഒരിക്കൽ വീണ്ടും കണക്റ്റ് ചെയ്ത് ടണൽ സ്വയം ഉയരുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം കൈകൊണ്ടുള്ള ശ്രമങ്ങൾക്ക് ശേഷം മാത്രം പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ അടുത്ത ബൂട്ടിൽ വീണ്ടും പരാജയപ്പെടും.