പഴയ ഫോൺ VPN ഗേറ്റ്വേ ആയി: പരിശോധിക്കേണ്ട മൂന്ന് വ്യവസ്ഥകൾ
പഴയ ഫോൺ ഒരു ഉപകരണമാകുന്നത് പങ്ക് പിന്തുണയ്ക്കപ്പെട്ടാൽ, നെറ്റ്വർക്ക് അതിലേക്ക് എത്തിയാൽ, ആരെങ്കിലും വീണ്ടെടുക്കലിന്റെ ഉത്തരവാദിത്തം ഏറ്റെടുത്താൽ മാത്രം. മൂന്ന് വ്യവസ്ഥകൾ, ഒരു തീരുമാനം.
ഡ്രോയറിൽ കിടക്കുന്ന ഫോണിൽ പ്രൊസസർ, ഫ്ലാഷ് സ്റ്റോറേജ്, Wi-Fi, ബാറ്ററി എന്നിവയുണ്ട്, ഇത് ആളുകൾ സന്തോഷത്തോടെ വിന്യസിക്കുന്ന മിക്ക സിംഗിൾ-ബോർഡ് കമ്പ്യൂട്ടറുകളേക്കാൾ കൂടുതൽ ഹാർഡ്വെയർ ആണ്. അതിന് ഒരു സ്ക്രീൻ, പ്രായമാകുന്ന ബാറ്ററി, നിർമ്മാതാവ് മുന്നോട്ട് പോകുമ്പോൾ പാച്ചുകൾ ലഭിക്കുന്നത് നിർത്തുന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എന്നിവയുമുണ്ട്. ഇവയൊന്നും അത് VPN ഗേറ്റ്വേ ആകണോ NAS ആകണോ എന്ന് തീരുമാനിക്കുന്നില്ല.
അത് VPN ഗേറ്റ്വേ ആകണോ NAS ആകണോ എന്ന് ആ താരതമ്യം തീരുമാനിക്കുന്നില്ല, കാരണം താരതമ്യം കഴിവിനെക്കുറിച്ചാണ്, തീരുമാനം പ്രവർത്തനത്തെക്കുറിച്ചാണ്.
മൂന്ന് വ്യവസ്ഥകൾ അത് തീരുമാനിക്കുന്നു. അവയിലൊന്ന് പരാജയപ്പെട്ടാൽ, പദ്ധതി ഒരു ഉപകരണമല്ല, വാരാന്ത്യ പരീക്ഷണമാണ്, ഡാറ്റ അതിലേക്ക് മാറ്റുന്നതിന് മുമ്പ് ഏത് വ്യവസ്ഥ പരാജയപ്പെട്ടു എന്ന് അറിയുന്നതാണ് നല്ലത്.
ആദ്യ വ്യവസ്ഥ: പങ്ക് യഥാർത്ഥത്തിൽ പിന്തുണയ്ക്കപ്പെടുന്നു
മൂന്ന് ക്രമീകരണങ്ങളെ ഒരേ പേരിൽ വിളിക്കുന്നു. VPN ക്ലയന്റ് ഫോണിലെ ആപ്പുകളുടെ ട്രാഫിക്ക് സംരക്ഷിക്കുന്നു. VPN സെർവർ വരുന്ന കണക്ഷനുകൾ സ്വീകരിക്കുന്നു. ഗേറ്റ്വേ മറ്റ് ഉപകരണങ്ങളുടെ ട്രാഫിക്ക് ഒരു ടണലിലേക്ക് അയയ്ക്കുന്നു. ഇവ വ്യത്യസ്ത പദ്ധതികളാണ്, പ്രവർത്തിക്കുന്ന ക്ലയന്റ് ടണൽ മറ്റ് രണ്ടിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.
സ്റ്റോക്ക് Android-ലെ ആപ്പ് പശ്ചാത്തല എക്സിക്യൂഷൻ നിയമങ്ങൾക്ക് വിധേയമാണ്, തുറന്നിട്ട ടെർമിനൽ ഒരു ഡീമണല്ല. പ്ലാറ്റ്ഫോമിന്റെ സ്വന്തം Doze, App Standby ഗൈഡ് ഉപകരണം നിഷ്ക്രിയമായിരിക്കാൻ തീരുമാനിക്കുമ്പോൾ പശ്ചാത്തല പ്രോസസ്സിന് നെറ്റ്വർക്ക് ആക്സസ് നഷ്ടപ്പെടാമെന്ന് വിശദീകരിക്കുന്നു, അതാണ് ഗേറ്റ്വേയിൽ ഉണ്ടാകാൻ പാടില്ലാത്ത പെരുമാറ്റം.
Android-നുള്ളിലെ Linux ഉപയോക്തൃ സ്ഥലം നീക്കം ചെയ്യുന്നതിനേക്കാൾ കൂടുതൽ നിയന്ത്രണങ്ങൾ പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. chroot ഫയൽ സിസ്റ്റത്തിന്റെ റൂട്ട് മാറ്റുന്നു, പക്ഷേ ഇപ്പോഴും Android-ന്റെ കേർണൽ, അതിന്റെ ഡ്രൈവറുകൾ, സുരക്ഷാ നയം എന്നിവയിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ chroot-നുള്ളിലെ root പ്ലാറ്റ്ഫോമിന് മേലുള്ള root അല്ല. പകരം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം മാറ്റുന്നത് ആ പ്രത്യേക ഹാൻഡ്സെറ്റിനുള്ള മോഡം, സ്റ്റോറേജ്, പവർ പിന്തുണ നിങ്ങളുടെ പദ്ധതിയുടെ ഭാഗമാക്കുന്നു, ഹാൻഡ്സെറ്റ് പിന്തുണ സാധാരണയായി ആരും പരിപാലിക്കാത്ത ഭാഗമാണ്.
രണ്ടാം വ്യവസ്ഥ: വിലാസം എത്തിച്ചേരാവുന്നതാണ്
ഗേറ്റ്വേ അതിനെ ആശ്രയിക്കുന്ന ക്ലയന്റുകൾക്ക് എത്തിച്ചേരാവുന്നതായിരിക്കണം. വീട്ടിലെ റൗട്ടറിനുള്ളിൽ Wi-Fi-ലുള്ള ഫോൺ ആ LAN-ൽ നിന്നും റൗട്ടർ ഫോർവേഡ് ചെയ്യുന്ന എവിടെനിന്നും എത്തിച്ചേരാവുന്നതാണ്, പക്ഷേ നിങ്ങൾ ക്രമീകരിക്കാത്തപക്ഷം ഇന്റർനെറ്റിൽ നിന്നല്ല.
സെല്ലുലാർ ഇത് എളുപ്പമല്ല, ബുദ്ധിമുട്ടാക്കുന്നു. പല മൊബൈൽ നെറ്റ്വർക്കുകളും വരിക്കാരെ കാരിയർ-ഗ്രേഡ് NAT-ന് പിന്നിൽ നിർത്തുന്നു, അതിനാൽ ഫോർവേഡ് ചെയ്യാൻ വരുന്ന വിലാസമേ ഇല്ല, മോഡം ചേർക്കുന്നത് പൊതു ശ്രോതാവിനെ സൃഷ്ടിക്കുന്നുമില്ല. ആവശ്യകത പുറത്തുനിന്നുള്ള വിദൂര ആക്സസ് ആണെങ്കിൽ, രണ്ടറ്റവും പുറത്തേക്ക് ബന്ധിപ്പിക്കുന്ന ഒരു റിലേയോ ഓവർലേ നെറ്റ്വർക്കോ ഡിസൈനിൽ ഉൾപ്പെടുത്തണം, അത് പരിപാലിക്കേണ്ട രണ്ടാമത്തെ ചലിക്കുന്ന ഭാഗമാണ്.
നെറ്റ്വർക്ക് ബന്ധിപ്പിക്കലും ഉപകരണത്തിനനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു. ചില ഫോണുകൾ USB ഈഥർനെറ്റ് അഡാപ്റ്ററുകൾ സ്വീകരിക്കുന്നു, ചിലത് സ്വീകരിക്കുന്നില്ല, Wi-Fi അതിന്റേതായ കാലതാമസവും റോമിംഗ് സ്വഭാവവും ചേർക്കുന്നു. സ്ക്രീൻ ഓഫ് ആകുമ്പോൾ ഉറങ്ങുന്നതോ കൈമാറ്റത്തിനിടയിൽ ടണൽ വീഴ്ത്തുന്നതോ ആയ ഗേറ്റ്വേ ഗേറ്റ്വേ ഇല്ലാതിരിക്കുന്നതിനേക്കാൾ മോശമാണ്.
മൂന്നാം വ്യവസ്ഥ: ആരെങ്കിലും അപ്ഡേറ്റുകളും വീണ്ടെടുക്കലും ഏറ്റെടുക്കുന്നു
ഇതാണ് ആളുകൾ ഒഴിവാക്കുന്ന വ്യവസ്ഥ, അത് വസ്തു ഒരു വർഷം നിലനിൽക്കുമോ എന്ന് തീരുമാനിക്കുന്നതും ഇതാണ്. ഓരോ ഘടകത്തിനും ഒരു ഉടമ വേണം: ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ബിൽഡ്, നിങ്ങൾ മാറ്റിയെങ്കിൽ കേർണൽ, സെർവർ പാക്കേജ്, സർട്ടിഫിക്കറ്റുകൾ, നിങ്ങൾ വിതരണം ചെയ്ത ക്രെഡൻഷ്യലുകൾ.
വീണ്ടെടുക്കൽ ആണ് ബുദ്ധിമുട്ടുള്ള പകുതി. സ്ക്രീനില്ലാതെ, പൊട്ടിയ ടച്ച് പാനലോടെ അല്ലെങ്കിൽ വീർത്ത ബാറ്ററിയോടെ റീബൂട്ടിന് ശേഷം എങ്ങനെ അകത്ത് കയറും? നഷ്ടപ്പെട്ട ക്ലയന്റ് ഐഡന്റിറ്റി എങ്ങനെ റദ്ദാക്കും? യഥാർത്ഥം നിർത്തലാക്കിയ മോഡലാകുമ്പോൾ സ്റ്റോറേജ് എങ്ങനെ ഒരു പകരം ഉപകരണത്തിലേക്ക് പുനഃസ്ഥാപിക്കും?
പവറും ഇവിടെ ഉൾപ്പെടുന്നു. തുടർച്ചയായ ലോഡ് എന്നാൽ തുടർച്ചയായ ചൂട്, പ്രായമാകുന്ന ബാറ്ററി യാന്ത്രിക UPS അല്ല. നിർമ്മാതാവിന്റെ മാർഗ്ഗനിർദ്ദേശം പാലിക്കുക, ഏതെങ്കിലും വീക്കമോ കേടുപാടോ ഒഴിവാക്കാനുള്ള കാര്യമല്ല, നിർത്താനുള്ള സൂചനയായി കാണുക.
ഉത്തരം ഇല്ല എന്നാകുമ്പോൾ
നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ വേണ്ടതിന് മൂന്ന് വ്യവസ്ഥകൾ പ്രയോഗിക്കുക, വിഭാഗത്തെക്കുറിച്ചല്ല, ജോലിയെക്കുറിച്ച് കൃത്യമായിരിക്കുക.
| Task | Phone is reasonable when |
|---|---|
| Protecting the phone's own traffic | The client is a supported Android app; no forwarding involved |
| Small lab tunnel inside one LAN | Downtime is acceptable and you can reach the device to fix it |
| Household NAS holding the only copy | Never; that is a backup problem, not a hardware problem |
| Unattended remote access for others | You already own patching, revocation and replacement |
സമർപ്പിത Linux ഹോസ്റ്റും പട്ടികയിൽ നിന്ന് രക്ഷപ്പെടുന്നില്ല. ഹാർഡ്വെയറും വിതരണവും പിന്തുണയ്ക്കപ്പെടുമ്പോൾ അതിന് വ്യക്തമായ സേവന മാനേജറും സ്റ്റോറേജ്, നെറ്റ്വർക്ക് അഡ്മിനിസ്ട്രേഷൻ പാതയുമുണ്ട്, പക്ഷേ അതിന് ഇപ്പോഴും പവർ, അപ്ഡേറ്റുകൾ, ബാക്കപ്പുകൾ വേണം. ബോർഡ് മാത്രം ഒരു ഉപകരണമല്ല.
അതിനാൽ ഫോണിന്റെ പിന്തുണയുള്ള കഴിവുകൾ ഒരു ലളിതമായ ജോലിക്ക് യോജിക്കുകയും പരീക്ഷണാത്മക ഇടവേള യഥാർത്ഥത്തിൽ സ്വീകാര്യമാകുകയും ചെയ്യുമ്പോൾ ഫോൺ തിരഞ്ഞെടുക്കുക. ആവശ്യകത നഷ്ടപ്പെടുത്താൻ പാടില്ലാത്ത വീട്ടിലെ സ്റ്റോറേജോ മറ്റുള്ളവർ ആശ്രയിക്കുന്ന വിദൂര ആക്സസോ ആകുമ്പോൾ മറ്റെന്തെങ്കിലും തിരഞ്ഞെടുക്കുക. രണ്ട് സന്ദർഭങ്ങളിലും നിർണ്ണായക ഘടകം പുനരുൽപ്പാദിപ്പിക്കാവുന്ന ഇൻസ്റ്റലേഷനും നിങ്ങൾ യഥാർത്ഥത്തിൽ പരിശോധിച്ച വീണ്ടെടുക്കൽ നടപടിക്രമവുമാണ്, സൗജന്യ ഹാർഡ്വെയറിന്റെ ഒരു അളവും അവയൊന്നും പകരമാകുന്നില്ല.