ഹോസ്റ്റ് VPN അല്ലെങ്കിൽ Genymotion-നുള്ളിൽ ഒരു ക്ലയന്റ്: ടണൽ ആർക്കുള്ളതെന്ന് തീരുമാനിക്കുക

ഒരു ഡെസ്ക്ടോപ്പ് VPN Genymotion-നെ രണ്ട് സ്ഥലത്ത് സ്വാധീനിക്കുന്നു, ഒന്ന് ശരിയാക്കിയാൽ മറ്റൊന്നിനെക്കുറിച്ച് ഒന്നും തെളിയുന്നില്ല. ആദ്യത്തേത് ഡെസ്ക്ടോപ്പ് ആപ്പ് വെർച്വൽ ഉപകരണം നിയന്ത്രിക്കാൻ ഉപയോഗിക്കുന്ന കണക്ഷനാണ്; രണ്ടാമത്തേത് വെർച്വൽ Android ആപ്പിന്റെ സ്വകാര്യ സേവനത്തിലേക്കുള്ള പാതയാണ്. അഡാപ്റ്റർ തൊടുന്നതിന് മുൻപ് നിങ്ങൾ യഥാർത്ഥത്തിൽ ഏതാണ് മാറ്റുന്നതെന്ന് തീരുമാനിക്കുക, പിന്നീട് Genymotion Desktop പതിപ്പും ഹോസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും ഹൈപ്പർവൈസറും രേഖപ്പെടുത്തുക, കാരണം VirtualBox ഹോസ്റ്റ്-മാത്ര അഡാപ്റ്ററിനായി എഴുതിയ മാർഗ്ഗനിർദ്ദേശങ്ങൾ QEMU ഉപകരണത്തിലേക്കോ ക്ലൗഡിൽ ഹോസ്റ്റ് ചെയ്യുന്ന സെഷനിലേക്കോ കൈമാറില്ല.

ഒരു മെഷീനിൽ രണ്ട് പാതകൾ

നിയന്ത്രണ പാത Genymotion ഡെസ്ക്ടോപ്പ് ആപ്പിൽ നിന്ന് വെർച്വൽ ഉപകരണത്തിലേക്ക് പോകുന്നു, പലപ്പോഴും ഹോസ്റ്റ്-മാത്ര നെറ്റ്വർക്കിലൂടെ. ആപ്പിന്റെ പാത Android-ന്റെ ഉള്ളിൽ നിന്ന് പുറത്തേക്ക് ആപ്പ് സംസാരിക്കുന്നതിലേക്ക് പോകുന്നു. ഹോസ്റ്റ് VPN രണ്ടാമത്തേത് വഹിക്കുകയും ആദ്യത്തേത് തകർക്കുകയും ചെയ്യാം, അതുകൊണ്ടാണ് ഡെസ്ക്ടോപ്പിൽ പ്രവർത്തിക്കുന്ന ഒരു ബ്രൗസർ വളരെ കുറച്ച് മാത്രമേ തെളിയിക്കുന്നുള്ളൂ. ഒരു ടണൽ രണ്ട് പാതകൾക്കും അല്ലെങ്കിൽ ഒന്നിന് മാത്രം സേവനം നൽകാം, ഈ ക്രമീകരണം അപകടമല്ല, തീരുമാനമാണ്.

നിങ്ങൾ ഏത് പാതയാണ് കണ്ടെത്തുന്നതെന്ന് എഴുതുക. ഈ മേഖലയിൽ നഷ്ടപ്പെടുന്ന മണിക്കൂറുകളിൽ ഭൂരിഭാഗവും ഉപകരണം ഒരിക്കലും ആരംഭിക്കാതിരിക്കുമ്പോൾ സ്വകാര്യ ആപ്പിന്റെ DNS മാറ്റുന്നതിൽ നിന്നോ, ആപ്പിന് തെറ്റായ റിസോൾവർ മാത്രമുള്ളപ്പോൾ ഹോസ്റ്റ് VPN അയച്ചുകൊടുക്കുന്നതിൽ നിന്നോ വരുന്നു.

നിയന്ത്രണ കണക്ഷൻ ജീവനോടെ നിലനിർത്തുക

Genymotion-ന്റെ സ്വന്തം Desktop പിന്തുണാ കുറിപ്പ് ഒരു VirtualBox സാഹചര്യം രേഖപ്പെടുത്തുന്നു: ഹോസ്റ്റ് VPN ഉയർന്നാൽ Desktop-ന് വെർച്വൽ ഉപകരണം കാണാനാകില്ല, പ്രധാനമായ ഒഴിവാക്കൽ VirtualBox-ന്റെ നെറ്റ്വർക്ക് മാനേജറിൽ പട്ടികപ്പെടുത്തിയ യഥാർത്ഥ ഹോസ്റ്റ്-മാത്ര അഡാപ്റ്ററാണ്. ഒരു ശ്രേണി ഊഹിക്കുന്നതിന് പകരം ആ അഡാപ്റ്ററുകൾ പട്ടികപ്പെടുത്തുക:

VBoxManage list hostonlyifs

ഡോക്യുമെന്റേഷനിൽ അച്ചടിച്ച ഡിഫോൾട്ട് ശ്രേണി ഓരോ മെഷീനിലും സ്വകാര്യ നെറ്റ്വർക്ക് പൂർണ്ണമായി ഒഴിവാക്കാനുള്ള ന്യായമല്ല. ഉപയോഗത്തിലുള്ള അഡാപ്റ്ററിനെ ഉൾക്കൊള്ളുന്ന ഏറ്റവും ചെറിയ ഒഴിവാക്കൽ ചേർക്കുക, VPN അഡ്മിനിസ്ട്രേറ്ററിൽ നിന്ന് അതിന് അനുമതി വാങ്ങുക, കാരണം മാനേജ് ചെയ്യുന്ന ക്ലയന്റ് പ്രാദേശിക നെറ്റ്വർക്ക് ബോധപൂർവ്വം തടയാം. അഡാപ്റ്ററിന്റെ പേരും അനുമതി തീയതിയും സഹിതം ഒഴിവാക്കൽ എഴുതുക. ആറ് മാസത്തിന് ശേഷം ആ കുറിപ്പ് മാത്രമാണ് നിയമം എന്തിനുണ്ടെന്ന് വിശദീകരിക്കുന്നത്.

അതേ കുറിപ്പ് QEMU സംയോജനം VPN-മായി പരീക്ഷിച്ചിട്ടില്ലെന്ന് പറയുന്നു. അതിനെ ഒരു അനുയോജ്യതാ പരിധിയായി കാണുക, ബ്രിഡ്ജ് നെറ്റ്വർക്കിലേക്ക് മാറിയാൽ അത് ശരിയാകും എന്ന സൂചനയായി അല്ല; അഡാപ്റ്റർ മാറ്റുന്നത് പരാജയത്തിന്റെ രൂപം മാറ്റുന്നു, പരീക്ഷിക്കാത്ത സംയോജനം പരിഹരിക്കുന്നില്ല.

ആദ്യ ഓപ്ഷൻ: ഹോസ്റ്റ് ട്രാഫിക് വഹിക്കട്ടെ

ഈ തിരഞ്ഞെടുപ്പിൽ അതിഥിയുടെ പാക്കറ്റുകൾ VPN അനുവദിക്കുകയും എൻക്രിപ്റ്റ് ചെയ്യുകയും ചെയ്യുന്ന ഇന്റർഫേസിൽ എത്തണം. ഇത് റൗട്ടിംഗിന്റെ ചോദ്യമാണ്, സ്റ്റാറ്റസ് ലൈറ്റിന്റെ ചോദ്യമല്ല: അതിഥിയുടെ പാക്കറ്റുകൾ VPN എൻക്രിപ്റ്റ് ചെയ്യുന്ന ഇന്റർഫേസിൽ എത്തണം, മറുപടികൾ തിരികെ വരാനുള്ള വഴി കണ്ടെത്തണം.

ഹോസ്റ്റിലെ ബ്രൗസർ ഹോസ്റ്റിന്റെ പാത തെളിയിക്കുന്നു, വെർച്വൽ ഉപകരണത്തിൽ നിന്നുള്ള ഉറവിടം സ്വീകരിക്കപ്പെടുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നുമില്ല. ചില VPN ക്ലയന്റുകൾ കൈമാറ്റം ചെയ്തതോ വിവർത്തനം ചെയ്തതോ ആയ ട്രാഫിക്കിനെ പ്രാദേശികമായി സൃഷ്ടിച്ച ട്രാഫിക്കിൽ നിന്ന് വ്യത്യസ്തമായി കാണുന്നു, അതിനാൽ ടണൽ പ്രവർത്തിക്കുന്നുവെന്ന് അനുമാനിക്കുന്നതിന് മുൻപ് Android-നുള്ളിൽ നിന്ന് പരീക്ഷിക്കുക. Android-ന്റെ റിസോൾവറും ഹോസ്റ്റിന്റെ റിസോൾവറല്ല. പേരുകൾ ഡെസ്ക്ടോപ്പിൽ പരിഹരിക്കപ്പെടുകയും ആപ്പിൽ പരാജയപ്പെടുകയും ചെയ്താൽ, VPN പ്രൊഫൈൽ തൊടുന്നതിന് മുൻപ് അതിഥിയുടെ റിസോൾവർ കോൺഫിഗറേഷൻ വായിക്കുക.

രണ്ടാം ഓപ്ഷൻ: Android-നുള്ളിൽ പിന്തുണയുള്ള ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുക

ഇവിടെ അതിഥി സ്വന്തം പ്രൊഫൈൽ, ക്രെഡൻഷ്യലുകൾ, റൂട്ടുകൾ, റിസോൾവർ നയം എന്നിവ സൂക്ഷിക്കുന്നു. സാധാരണ Android VPN ഇന്റർഫേസുകൾക്ക് റൂട്ട് ആക്സസ് ആവശ്യമില്ല, അതിനാൽ സ്റ്റാൻഡേർഡ് ക്ലയന്റ് വെർച്വൽ ഉപകരണത്തിനുള്ളിൽ ഇൻസ്റ്റാൾ ചെയ്ത് ബന്ധിപ്പിക്കുന്നു. ആളുകൾ ഒഴിവാക്കുന്ന ഭാഗമാണ് അനുമതി. സംഘടന ആ ക്ലയന്റും ആ വെർച്വൽ ഉപകരണ പരിസ്ഥിതിയും അനുവദിക്കണം, ശുദ്ധമായ ഇംപോർട്ട് സ്വയം ഉപകരണ രജിസ്ട്രേഷനോ പോസ്ചർ പരിശോധനകളോ പൂർത്തിയാക്കുന്നില്ല. അതിന് ചുറ്റും ഒരു വർക്ക്ഫ്ലോ നിർമ്മിക്കുന്നതിന് മുൻപ് ചോദിക്കുക.

രണ്ട് തിരഞ്ഞെടുപ്പുകളും പാളികളായി വരാം: Android-നുള്ളിലെ ഒരു ടണൽ ഹോസ്റ്റിൽ ഇതിനകം പ്രവർത്തിക്കുന്ന ഒരു ടണലിലൂടെ അതിന്റെ സെർവറിൽ എത്താം. അത്തരം ക്രമീകരണത്തിന് എത്താവുന്ന ഒരു അന്തിമ ബിന്ദുവും നിങ്ങൾ യഥാർത്ഥത്തിൽ അനുവദിച്ച ഫോർവേഡിംഗും വേണം, ഒരുമിച്ച് കത്തുന്ന രണ്ട് പച്ച വിളക്കുകളല്ല.

ആപ്പിൽ നിന്ന് പരിശോധിച്ച് ക്രമീകരണം എഴുതുക

ഓരോ പരീക്ഷണത്തിനും അതേ Android ആപ്പ് ഉപയോഗിച്ച് അത് എന്ത് റിപ്പോർട്ട് ചെയ്യുന്നുവെന്ന് വായിക്കുക: വിലാസം മറുപടി നൽകുന്നുണ്ടോ, സ്വകാര്യ നാമം പരിഹരിക്കപ്പെടുന്നുണ്ടോ, ആപ്പ് എന്ത് തിരികെ നൽകുന്നു. മൂന്ന് നിരീക്ഷണങ്ങൾ റൗട്ടിംഗ് പരാജയത്തെ റിസോൾവർ പരാജയത്തിൽ നിന്നും നയ നിരസിക്കലിൽ നിന്നും വേർതിരിക്കുന്നു.

ഉപകരണം ആരംഭിക്കാത്തപ്പോൾ, അല്ലെങ്കിൽ Desktop അത് നഷ്ടപ്പെടുത്തുമ്പോൾ, അതിനെ DNS കുഴപ്പമല്ല, നിയന്ത്രണ പാതയുടെ കുഴപ്പമായി കാണുക. ആ ലക്ഷണം ആദ്യ പാതയുടേതാണ്, തിരുത്തൽ Android-നുള്ളിലല്ല, ഹോസ്റ്റിലാണ്. നാല് വസ്തുതകൾ എഴുതി അവസാനിപ്പിക്കുക: Genymotion Desktop പതിപ്പ്, ഹൈപ്പർവൈസർ, ടണൽ ഏത് വശത്തിനാണ്, ചേർത്തിട്ടുണ്ടെങ്കിൽ കൃത്യമായ ഹോസ്റ്റ്-മാത്ര ഒഴിവാക്കൽ. നെറ്റ്വർക്ക് ഉടമ പിന്തുണയ്ക്കുന്ന രേഖപ്പെടുത്തിയ ക്രമീകരണം തിരഞ്ഞെടുക്കുക, സ്വകാര്യ സേവനം അവയെ ആശ്രയിക്കുമ്പോൾ എന്റർപ്രൈസ് VPN ഓഫ് ചെയ്യുന്നതോ പോസ്ചർ പരിശോധനകൾ ദുർബലമാക്കുന്നതോ നിഷ്പക്ഷ പ്രശ്നപരിഹാരമായി കാണരുത്.