Android OpenVPN: ഫോൺ റൂട്ട് ചെയ്യാതെ സ്വകാര്യ റൂട്ട് ചേർക്കുന്നത്
Android യഥാർത്ഥത്തിൽ ലോഡ് ചെയ്യുന്ന പ്രൊഫൈലിനുള്ളിൽ ഒരു റൂട്ട് ചേർക്കുക, തുടർന്ന് സെർവർ അത് അനുവദിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. എഡിറ്റിംഗ്, വീണ്ടും കണക്റ്റുചെയ്യൽ, നാല് പരിശോധനകൾ എന്നിവയ്ക്കുള്ള ഗൈഡ്.
നിങ്ങൾക്ക് ഇനിയും ഒരു സ്വകാര്യ സബ്നെറ്റ് വേണം — പറയട്ടെ 10.60.0.0/24 — അത് പ്രൊഫൈലിൽ ഇപ്പോൾ ഇല്ല. ലാപ്ടോപ്പിൽ നിങ്ങൾ ഒരു റൂട്ട് ചേർത്ത് മുന്നോട്ട് പോകും. Android ൽ VPN ഒരു ആപ്പാണ്, tun ഉപകരണം ആ ആപ്പിന്റേതാണ്, root ഇല്ലാതെ എഡിറ്റ് ചെയ്യാൻ റൂട്ടിംഗ് ടേബിളും ഇല്ല. റൂട്ട് ഉണ്ടായിരിക്കണം, പക്ഷേ അത് ക്ലയന്റ് ലോഡ് ചെയ്യുന്ന പ്രൊഫൈലിലേക്കാണ് പോകുന്നത്, മറുവശം സമ്മതിച്ചാൽ മാത്രമേ അത് പ്രവർത്തിക്കൂ. ഇതാ എഡിറ്റിംഗ്, വീണ്ടും കണക്റ്റുചെയ്യൽ, സെർവർ വശം, റോൾബാക്ക്.
എഡിറ്റിന് മുമ്പ്: ഒരു റൂട്ട് എന്ത് ചെയ്യാം, എന്ത് ചെയ്യാൻ പാടില്ല
ഒരു റൂട്ട് ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ഈ ലക്ഷ്യത്തിലേക്കുള്ള ട്രാഫിക് ഏത് ഇന്റർഫേസ് വഹിക്കണം. അത് ഒന്നും അനുവദിക്കുന്നില്ല. നെറ്റ്വർക്ക് ഉടമ ഈ ഫോണിന് ആ സബ്നെറ്റിൽ എത്താമെന്ന് സമ്മതിച്ചിട്ടില്ലെങ്കിൽ, ശരിയായ റൂട്ട് ശരിയായി തോന്നുന്ന കോൺഫിഗും ഗേറ്റ്വേയിൽ നിശബ്ദമായ ഡ്രോപ്പും ഉണ്ടാക്കും, അടുത്ത മണിക്കൂർ തെറ്റായ ഫയൽ എഡിറ്റ് ചെയ്ത് നിങ്ങൾ ചെലവഴിക്കും.
ആദ്യം ആ സമ്മതം നേടുക, നെറ്റ്വർക്കിന് ഉടമയുണ്ടെങ്കിൽ എഴുത്തിൽ. പിന്നെ നിങ്ങൾ ചെയ്യാത്തത് എഴുതിവയ്ക്കുക: ഫോണിന് ആ LAN നുള്ളിൽ വിലാസം നൽകുന്നില്ല, സെർവറിന്റെ ലിസണർ മാറ്റുന്നില്ല, ഹോസ്റ്റ്നാമിൽ സൈറ്റ് തിരഞ്ഞെടുക്കുന്നുമില്ല. ഇവ നാല് വ്യത്യസ്ത മാറ്റങ്ങളാണ്, ആദ്യത്തേത് മാത്രമാണ് നിങ്ങളുടേത്.
| The route gives you | The route does not give you |
|---|---|
| A destination prefix associated with the tunnel | Permission to forward at the gateway |
| A path for the phone's own traffic | A return route on the target host |
| A scope for the client's virtual interface | A name in DNS, or HTTPS identity |
ക്ലയന്റ് യഥാർത്ഥത്തിൽ ലോഡ് ചെയ്യുന്ന പ്രൊഫൈൽ എഡിറ്റ് ചെയ്യുക
സാധാരണ OpenVPN ഓപ്ഷൻ ടെക്സ്റ്റ് ഇംപോർട്ട് ചെയ്യുന്ന അനുയോജ്യമായ ക്ലയന്റിന്, കൂട്ടിച്ചേർക്കൽ ഒരു വരിയാണ്:
route 10.60.0.0 255.255.255.0അത് പ്രൊഫൈലിന്റെ ബോഡിയിൽ, മറ്റ് റൂട്ടിംഗ് നിർദ്ദേശങ്ങൾക്ക് സമീപം ചേർക്കുക, ഓപ്പറേറ്ററുടെ endpoint, സർട്ടിഫിക്കറ്റുകൾ, കീ കൈകാര്യം ചെയ്യൽ, പരിശോധനാ വരികൾ എന്നിവ ഉണ്ടായിരുന്നതുപോലെ തന്നെ വയ്ക്കുക. ഒരു വരി കടം വാങ്ങാൻ മുഴുവൻ പഴയ ഉദാഹരണവും പേസ്റ്റ് ചെയ്യരുത്: കംപ്രഷൻ, കേവല ഫയൽ പാതകൾ, കാലഹരണപ്പെട്ട cipher ക്രമീകരണങ്ങൾ എന്നിവ അതിനൊപ്പം വരും, പ്രത്യേക ഡീബഗ്ഗിംഗ് സെഷൻ നിങ്ങൾക്ക് നഷ്ടമാകും.
ആളുകൾ വിട്ടുപോകുന്ന ഘട്ടം ഫയലിന്റെ ഉടമസ്ഥതയാണ്. ആപ്പ് ഒരു പ്രൊഫൈൽ ഇംപോർട്ട് ചെയ്തിട്ടുണ്ടെങ്കിൽ, അത് ഉപയോഗിക്കുന്ന പകർപ്പ് ആപ്പിന്റേതാണ്, ഡൗൺലോഡ് ചെയ്ത ഒറിജിനൽ എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റില്ല. ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന എഡിറ്റർ ഉപയോഗിക്കുക, അല്ലെങ്കിൽ എഡിറ്റ് ചെയ്ത ഫയൽ അപ്ഡേറ്റ് പാതയിൽ വീണ്ടും ഇംപോർട്ട് ചെയ്യുക, സമാനമായ പേരുകൾ ഒന്നിലധികം ഉണ്ടെങ്കിൽ സജീവ പ്രൊഫൈലിന്റെ പേര് ഉറപ്പാക്കുക. ഏതാണ് മാറ്റിയതെന്ന് രേഖപ്പെടുത്തുക.
പ്രൊഫൈലിൽ ഇതിനകം route-nopull ഉണ്ടെങ്കിൽ, സെർവറിൽ നിന്ന് ഒരു റൂട്ടും ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നില്ല, ഫോണിന് ആവശ്യമായ ഓരോ പ്രിഫിക്സും വ്യക്തമായി പട്ടികപ്പെടുത്തണം. അത് സാധുവായ രൂപകൽപ്പനയാണ്, പക്ഷേ വിട്ടുപോയ ഒരു വരി സെർവറിന്റെ നിരസിക്കലിനോട് കൃത്യമായി സാമ്യമുള്ളതായി കാണപ്പെടും.
വീണ്ടും കണക്റ്റുചെയ്ത് ഉപകരണത്തിൽ പരിശോധിക്കുക
ആദ്യം വിച്ഛേദിക്കുക, തുടർന്ന് ആപ്പിനെ അവസാന സെഷൻ പുനഃസ്ഥാപിക്കാൻ അനുവദിക്കാതെ നിങ്ങൾ എഡിറ്റ് ചെയ്ത അതേ പ്രൊഫൈലിലേക്ക് വീണ്ടും കണക്റ്റുചെയ്യുക. കണക്ഷൻ ലോഗ് തുറന്ന് ക്ലയന്റ് പുതിയ വരി പാഴ്സ് ചെയ്തുവെന്ന് ഉറപ്പാക്കുക; ഇന്റർഫേസ് അവഗണിക്കുന്ന ഒരു റൂട്ട് നിർദ്ദേശം തെറ്റായ പകർപ്പ് എഡിറ്റ് ചെയ്യുന്നതിന്റെ സാധാരണ ഫലമാണ്.
ലക്ഷ്യം പേരുകൊണ്ടല്ല, വിലാസം കൊണ്ട് പരീക്ഷിക്കുക. അറിയപ്പെടുന്ന ഒരു സേവന പോർട്ടിലേക്കുള്ള TCP പരിശോധന ping നേക്കാൾ കൂടുതൽ വിവരം നൽകുന്നു, കാരണം ധാരാളം ഹോസ്റ്റുകൾ ICMP യോട് പ്രതികരിക്കുന്നു, സേവന പോർട്ട് ഫിൽട്ടർ ചെയ്തിരിക്കുമ്പോൾ. വിലാസം പ്രതികരിക്കുകയും പേര് പ്രതികരിക്കാതിരിക്കുകയും ചെയ്താൽ, അത് റൂട്ടിംഗ് ചോദ്യമല്ല, റിസോൾവർ ചോദ്യമാണ്, അടുത്ത ഭാഗം നിങ്ങൾക്കുള്ളതല്ല.
ഇവിടെ രണ്ട് സ്കോപ്പ് പരിശോധനകളും ഉൾപ്പെടുന്നു. ആപ്പ് അനുസരിച്ചുള്ള VPN എന്നാൽ നിങ്ങൾ പരീക്ഷിക്കുന്ന ആപ്പ് ഉൾപ്പെടുത്തിയ ഗണത്തിന് പുറത്തായിരിക്കുമ്പോഴും വിലാസ റൂട്ട് നിലവിലുണ്ടാകാം, അതിനാൽ യഥാർത്ഥത്തിൽ അകത്തുള്ള ഒരു ആപ്പ് ഉപയോഗിച്ച് പരീക്ഷിക്കുക. IPv4 പ്രിഫിക്സ് IPv6 പാതയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല; സേവനം dual-stack ആണെങ്കിൽ, അനുബന്ധ IPv6 റൂട്ട് ചേർക്കുക, അല്ലെങ്കിൽ നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ഒരു പാത ക്ലയന്റ് തിരഞ്ഞെടുക്കുമെന്ന് പ്രതീക്ഷിക്കുക.
ഒരു നെഗറ്റീവ് ഫലം നേരത്തെ തിരിച്ചറിയുന്നത് നല്ലതാണ്: full-tunnel റൂട്ട് ഇതിനകം 0.0.0.0/0 ഉൾക്കൊള്ളുന്നുണ്ടെങ്കിൽ, പ്രിഫിക്സ് കാണാതായിട്ടില്ല, വീണ്ടും ചേർക്കുന്നത് ഒന്നും മാറ്റില്ല. ഇരട്ടി കവറേജ് സെർവർ വശത്തെ നിരസിക്കലോ കാണാതായ പ്രതികരണമോ പരിഹരിക്കുന്നില്ല.
സെർവറിൽ പാത പൂർത്തിയാക്കുക
ഫോണിന് പുറത്ത് മൂന്ന് കാര്യങ്ങൾ ശരിയായിരിക്കണം. ഗേറ്റ്വേയ്ക്ക് ലക്ഷ്യത്തിലേക്കുള്ള ഒരു റൂട്ടും ഫോണിന്റെ ഉറവിടം അതിലേക്ക് ഫോർവേഡ് ചെയ്യാനുള്ള അനുമതിയും വേണം. ലക്ഷ്യം ആ ഉറവിടം സ്വീകരിച്ച് ഗേറ്റ്വേ വഴി പ്രതികരണങ്ങൾ തിരികെ അയയ്ക്കണം, അല്ലെങ്കിൽ രൂപകൽപ്പനയ്ക്ക് എഗ്രസിൽ ബോധപൂർവമായ വിവർത്തനം വേണം. OpenVPN മാനുവലിലെ route ഓപ്ഷൻ ക്ലയന്റ് വശത്തെ നിർദ്ദേശം ഉൾക്കൊള്ളുന്നു; ഫോർവേഡിംഗും റിട്ടേൺ റൂട്ടിംഗും വെവ്വേറെ യന്ത്രങ്ങളിലെ വെവ്വേറെ ക്രമീകരണങ്ങളാണ്.
ലക്ഷ്യം ഗേറ്റ്വേയ്ക്ക് നേരിട്ട് പിന്നിലല്ലാതെ മറ്റൊരു VPN ക്ലയന്റിന് പിന്നിലാണെങ്കിൽ, സെർവറിന് ആ പിയറിന്റെ സബ്നെറ്റിന് ഒരു iroute വേണം. ആ നിർദ്ദേശം സെർവറിന്റേതാണ്, ഏത് ക്ലയന്റാണ് ഒരു പ്രിഫിക്സ് സ്വന്തമാക്കുന്നതെന്ന് വിവരിക്കുന്നു; ഫോണിന് അത് സ്വന്തം പ്രൊഫൈലിൽ നിന്ന് നൽകാൻ കഴിയില്ല, ക്ലയന്റ് വശത്തെ എത്ര എഡിറ്റിംഗും അതിന് പകരമാകില്ല.
റിട്ടേൺ പാത വ്യക്തമായി പരിശോധിക്കുക. ടണലിന് പകരം ഡിഫോൾട്ട് റൂട്ടിലൂടെ പുറത്തുപോകുന്ന പ്രതികരണം പരമ്പരാഗത പകുതി-തുറന്ന ലക്ഷണം ഉണ്ടാക്കുന്നു: കണക്ഷൻ ഒരു ദിശയിൽ സ്ഥാപിക്കപ്പെടുന്നു, ഒന്നും തിരികെ വരുന്നില്ല. ലക്ഷ്യത്തിന് തിരികെ റൂട്ട് ചെയ്യാൻ കഴിയാത്തപ്പോൾ ഗേറ്റ്വേയിലെ ഉറവിട വിവർത്തനം സാധുവായ പരിഹാരമാണ്, പക്ഷേ അത് സ്വന്തം അനന്തരഫലങ്ങളുള്ള ഒരു നയ തീരുമാനമാണ്.
റോൾബാക്കും സ്വീകാരവും
എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് മുമ്പത്തെ പ്രൊഫൈൽ സൂക്ഷിക്കുക. മാറ്റം കാര്യങ്ങൾ വഷളാക്കിയാൽ, അതേ റീഇംപോർട്ട് പാതയിലൂടെ ആ പകർപ്പ് പുനഃസ്ഥാപിക്കുക, വീണ്ടും കണക്റ്റുചെയ്യുക, പഴയ സ്വഭാവം തിരികെ വരുന്നുവെന്ന് ഉറപ്പാക്കുക — അത് നിങ്ങൾ മാറ്റിയതായി കരുതിയത് യഥാർത്ഥത്തിൽ മാറ്റിയെന്ന് സ്ഥിരീകരിക്കുന്നു. പഴയ അവസ്ഥ പുനഃസ്ഥാപിക്കാത്ത റോൾബാക്ക് എന്നാൽ ആപ്പ് നിങ്ങൾ കണ്ടെത്താത്ത മൂന്നാമത്തെ പകർപ്പ് സൂക്ഷിക്കുന്നു എന്നാണ്.
നാല് കാര്യങ്ങൾ നിലനിൽക്കുമ്പോൾ മാറ്റം സ്വീകരിക്കുക, പുതിയ കണക്ഷന് ശേഷം ഈ ക്രമത്തിൽ പരീക്ഷിച്ച്: ലക്ഷ്യം അതിന്റെ സേവന പോർട്ടിൽ പ്രതികരിക്കുന്നു, പ്രതീക്ഷിക്കുന്നുണ്ടെങ്കിൽ സ്വകാര്യ പേര് റിസോൾവ് ചെയ്യുന്നു, HTTPS ഇപ്പോഴും ഉദ്ദേശിച്ച ഹോസ്റ്റ്നാമം സാധൂകരിക്കുന്നു, റീബൂട്ടിന് ശേഷമോ Wi-Fi ൽ നിന്ന് സെല്ലുലാറിലേക്ക് മാറിയതിന് ശേഷമോ എല്ലാം ഇപ്പോഴും പ്രവർത്തിക്കുന്നു. Android ടണൽ വീണ്ടും സ്ഥാപിക്കുന്നതുവരെ മാത്രം നിലനിൽക്കുന്ന ഒരു റൂട്ട് പിടിക്കുന്നത് അവസാന പരിശോധനയാണ്.
- എന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് നെറ്റ്വർക്ക് ഉടമ ലക്ഷ്യം അനുവദിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.
- ക്ലയന്റ് ലോഡ് ചെയ്യുന്ന പ്രൊഫൈലിൽ റൂട്ട് വയ്ക്കുക, പിന്നെ വീണ്ടും ഇംപോർട്ട് ചെയ്ത് വീണ്ടും കണക്റ്റുചെയ്യുക.
- ശരിയായ വിലാസ കുടുംബത്തിന്, ആപ്പ് അനുസരിച്ചുള്ള സ്കോപ്പിനുള്ളിൽ, സേവന പോർട്ടിലൂടെ പരിശോധിക്കുക.
- ഫോർവേഡിംഗ്, റിട്ടേൺ റൂട്ടിംഗ്, iroute എന്നിവ സെർവറിൽ തിരുത്തുക, ഫോണിൽ അല്ല.
- റോൾബാക്ക് പകർപ്പ് സൂക്ഷിക്കുക, റീബൂട്ടിന് ശേഷം വീണ്ടും പരീക്ഷിക്കുക.