Android VPN പൂർണ്ണ ഹോസ്റ്റ്നെയിം പരിഹരിക്കുന്നു, ചെറിയ പേരല്ല

നിങ്ങൾfilesഒരു ടെർമിനൽ എമുലേറ്ററിൽ ടൈപ്പ് ചെയ്യുമ്പോൾ ഒന്നും തിരികെ വരുന്നില്ല; നിങ്ങൾfiles.corp.exampleടൈപ്പ് ചെയ്യുമ്പോൾ അതേ സെർവർ ഉടൻ ഉത്തരം നൽകുന്നു. VPN ക്രെഡൻഷ്യലുകളിൽ ഒന്നും മാറിയിട്ടില്ല, സ്വകാര്യ DNS സെർവർ ഒരിക്കലും കേടായിട്ടുമില്ല. Android-ൽ ചെറിയ ലേബലും പൂർണ്ണ നാമവും റിസോൾവറിലൂടെ വ്യത്യസ്ത പാതകളിലൂടെ പോകുന്നു, ആ പാതകളിലൊന്ന് ടണലിന്റെ ഉടമ നൽകേണ്ട ഒരു ക്രമീകരണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. നിങ്ങളുടെ മുന്നിലുള്ള തീരുമാനം ഏത് DNS സെർവർ മാറ്റണം എന്നതല്ല, മറിച്ച് ആപ്പ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന നെറ്റ്‌വർക്ക് ആരാണ് നിയന്ത്രിക്കുന്നത് എന്നതാണ്.

സെർച്ച് ഡൊമെയിൻ ഒരു വിലാസമല്ല. റിസോൾവർ നഗ്നമായ ലേബലിലേക്ക് ചേർത്ത് പിന്നീട് വിട്ടുകൊടുക്കുന്ന പ്രത്യയങ്ങളുടെ പട്ടികയാണത്.

സെർച്ച് പ്രത്യയവും DNS സെർവറും വേറിട്ട ഫീൽഡുകളാണ്

റിസോൾവറിന്റെ വിലാസം Android-നോട് എവിടെ ചോദിക്കണം എന്ന് പറയുന്നു. സെർച്ച് പ്രത്യയം, നിങ്ങൾ ഇടതുവശത്തെ ലേബൽ മാത്രം നൽകുമ്പോൾ എന്ത് ചോദിക്കണം എന്ന് പറയുന്നു. രണ്ടും ഒരേ നെറ്റ്‌വർക്ക് ഒബ്ജക്റ്റിലാണ്, ഏതെങ്കിലും ഒന്ന് സ്വതന്ത്രമായി ഇല്ലാതാകാം.

ആ സ്വാതന്ത്ര്യമാണ് പൂർണ്ണ ഹോസ്റ്റ്നെയിം എന്തുകൊണ്ട് പ്രവർത്തിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നത്. പൂർണ്ണമായി യോഗ്യതയുള്ള നാമത്തിന് പ്രത്യയം ആവശ്യമില്ല, കാരണം അത് ഇതിനകം സെർവറിലേക്ക് പോകുന്ന സ്ട്രിംഗാണ്.

Android ഈ വിഭജനംLinkPropertiesവഴിയാണ് വെളിപ്പെടുത്തുന്നത്. DNS സെർവറുകളുടെ പട്ടികയും ഡൊമെയിൻ സെർച്ച് പട്ടികയും ഒരേ ഒബ്ജക്റ്റിലാണ്, ആദ്യത്തേത് പൂർണ്ണമായി നിറഞ്ഞിട്ടും രണ്ടാമത്തേത് സാധാരണയായി ശൂന്യമായിരിക്കും. റിസോൾവർ ഉണ്ടെങ്കിലും ഡൊമെയിൻ ഇല്ലാത്ത നെറ്റ്‌വർക്ക് എന്നത് പ്രത്യയം ഒരിക്കലും പ്രയോഗിച്ചിട്ടില്ലാത്ത നെറ്റ്‌വർക്കാണ് — ചെറിയ പേര് നിരസിച്ച സെർവറല്ല.

എന്തും മാറ്റുന്നതിന് മുമ്പ് ഫലപ്രദമായ നെറ്റ്‌വർക്ക് വായിക്കുക

Wi-Fi, മൊബൈൽ നെറ്റ്‌വർക്ക്, VPN ഇന്റർഫേസ് എന്നിവ മൂന്ന് വേറിട്ട നെറ്റ്‌വർക്കുകളാണ്, ടണൽ ഉയരുമ്പോൾ തന്നെ അത് സ്ഥിരസ്ഥിതിയാകുന്നു. അതിനാൽ ഓഫീസ് Wi-Fi-ൽ പ്രവർത്തിച്ച പ്രത്യയം ടണൽ സജീവമായിരിക്കുമ്പോൾ നിലവിലുള്ള പ്രത്യയമാകണമെന്നില്ല. ആപ്പ് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്തിരിക്കുന്ന നെറ്റ്‌വർക്ക് പരിശോധിക്കുക, കഴിഞ്ഞ ആഴ്ച കോൺഫിഗർ ചെയ്തതല്ല.

ഉപകരണത്തിലെ ടെർമിനൽ ഷെൽ ഇവിടെ ദുർബല സാക്ഷിയാണ്, കാരണം അതിന്റെresolv.confഓരോ ആപ്പിന്റെയും കാഴ്ചയല്ല, റിസോൾവറിന്റെ ഒരു കാഴ്ച മാത്രമാണ് പ്രതിഫലിപ്പിക്കുന്നത്.

ബ്രൗസർ വിലാസ ബാറുകൾ മറ്റൊരു പാളി കൂട്ടിച്ചേർക്കുന്നു: നഗ്നമായ വാക്കിനെ സെർച്ച് ക്വറിയായി കണക്കാക്കാം, അല്ലെങ്കിൽ ഇതിലൂടെ പരിഹരിക്കാംബ്രൗസറിന്റെ സ്വന്തം എൻക്രിപ്റ്റഡ്-DNS നയം, അതിനാൽ Chrome-ൽ ലോഡ് ചെയ്യുന്ന ഒരു പേജ് സിസ്റ്റം ലുക്കപ്പുകളെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. പ്ലാറ്റ്ഫോം റിസോൾവർ ഉപയോഗിച്ച് എന്ത് തിരികെ വന്നു എന്ന് പ്രിന്റ് ചെയ്യുന്ന എന്തെങ്കിലും ഉപയോഗിച്ച് പരിശോധിക്കുക. തുടർന്ന് ചെറിയ രൂപവും പൂർണ്ണ രൂപവും അതേ സെഷനിൽ, അതേ നെറ്റ്‌വർക്കിൽ പ്രവർത്തിപ്പിച്ച് ഏതാണ് ഉത്തരം നൽകിയതെന്ന് രേഖപ്പെടുത്തുക.

നിങ്ങൾ VPN ആപ്പ് നിർമ്മിക്കുന്നുണ്ടെങ്കിൽ, ബിൽഡറിൽ പ്രത്യയം ചേർക്കുക

നിങ്ങളുടെ ആപ്പ് ഇന്റർഫേസ്VpnServiceവഴി സ്ഥാപിക്കുമ്പോൾ,addSearchDomainഇതിനുള്ള പിന്തുണയുള്ള ഇൻപുട്ടാണിത്. ഇത് ഇതുപോലുള്ള ഡൊമെയിൻ സ്ട്രിംഗ് സ്വീകരിക്കുന്നുcorp.example, ഇത് സെർവർ വിലാസം കൈമാറാനുള്ള ബദൽ മാർഗമല്ല.

ഈ കോൾ പ്രത്യയത്തെ നിങ്ങൾ നിർമ്മിക്കുന്ന നെറ്റ്‌വർക്കിലേക്ക് ബന്ധിക്കുന്നു, അതിനാൽ പിന്നീട് തിരിക്കാനുള്ള ആഗോള ക്രമീകരണമില്ല. ആപ്പ് ഇന്റർഫേസ് പൊളിച്ച് വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ വീണ്ടും നിർമ്മിക്കുകയാണെങ്കിൽ, പുതിയ ബിൽഡർ വീണ്ടും പ്രത്യയം ചേർക്കണം, അല്ലെങ്കിൽ പകരം നെറ്റ്‌വർക്ക് അതില്ലാതെ ഉയരും.

ഇവിടെയാണ് പല ഡെസ്ക്ടോപ്പ് പ്രൊഫൈൽ ഇംപോർട്ടുകളും ഈ ഫീൽഡ് നഷ്ടപ്പെടുത്തുന്നത്. എക്സ്പോർട്ടർ ഡൊമെയിൻ അതിന്റെ സ്വന്തം മോഡലിൽ എഴുതുന്നു, Android ഫ്രണ്ടെൻഡ് അറിയാവുന്ന ഓപ്ഷനുകൾ മാത്രം മാപ്പ് ചെയ്യുന്നു, ഫലമായുണ്ടാകുന്ന ഇന്റർഫേസ് മറ്റെല്ലാ കാര്യങ്ങളിലും ശരിയായി തോന്നുന്നു. ലാപ്ടോപ്പിൽ പ്രവർത്തിച്ച് ഫോണിൽ പരാജയപ്പെടുന്ന പ്രൊഫൈൽ സാധാരണയായി ഒരു മാപ്പിംഗ് വിടവാണ്, പ്രോട്ടോക്കോൾ പ്രശ്നമല്ല.

നിങ്ങൾ VPN ഉപയോഗിക്കുന്നത് മാത്രമാണെങ്കിൽ, ഇത് നിങ്ങൾ സജ്ജീകരിക്കേണ്ടതല്ല

പ്രത്യയം ചേർക്കുന്ന ക്ലൈന്റ്-സൈഡ് എഡിറ്റിംഗ് ഇല്ല, അത് വ്യാജമാക്കാൻ മാറ്റാവുന്ന ആഗോള പ്രോപ്പർട്ടിയുമില്ല. മൂല്യം നൽകുന്നത് ടണലിന്റെ ഉടമയാണ്: മാനേജുചെയ്യുന്ന ക്ലൈന്റിന്റെ പ്രൊഫൈലിൽ, അതിന്റെ പ്ലാറ്റ്ഫോം-വൈസ് മാപ്പിംഗിൽ, അല്ലെങ്കിൽ സെർവർ അയയ്ക്കുന്നതിലൂടെ. നിങ്ങൾ ഏത് പ്ലാറ്റ്ഫോമിലാണെന്നും ഏത് പേരാണ് പരാജയപ്പെടുന്നതെന്നും പറയുക, കാരണം ഡെസ്ക്ടോപ്പ്, മൊബൈൽ ഫ്രണ്ടെൻഡുകൾ കൃത്യമായി ഈ ഫീൽഡിൽ വ്യത്യാസപ്പെടുന്നു.

ഒരു ഡെസ്ക്ടോപ്പ് പ്രൊഫൈൽ വീണ്ടും ഇംപോർട്ട് ചെയ്യുന്നത് മൊബൈൽ മാപ്പിംഗിനെക്കുറിച്ച് വീണ്ടും ഒന്നും തെളിയിക്കുന്നില്ല.

മൂന്ന് വ്യവസ്ഥകളാണ് നിങ്ങൾക്ക് ഒരു തകരാറുണ്ടോ അതോ പ്രതീക്ഷിത പരിധിയാണോ എന്ന് തീരുമാനിക്കുന്നത്. ആദ്യം, സംഘടന ചെറിയ ലേബലിനെ ഒരു പിന്തുണയുള്ള പേരായി കണക്കാക്കുന്നുണ്ടോ, അതോ ഓഫീസ് Wi-Fi-ൽ മാത്രം പ്രവർത്തിച്ചിരുന്ന ഒരു സൗകര്യമാണോ? രണ്ടാമത്, പരാജയപ്പെടുന്ന ലുക്കപ്പ് സിസ്റ്റം റിസോൾവറിനെ പൂർണ്ണമായി ഒഴിവാക്കാവുന്ന ഒരു ബ്രൗസറിൽ നിന്നാണോ വരുന്നത്? മൂന്നാമത്, ചെറിയ പേര് ടണലിലൂടെ ലഭ്യമാകേണ്ടതാണോ, അതോ LAN-ൽ നിന്ന് മാത്രമോ? അവസാന ഉത്തരം LAN മാത്രമാണെങ്കിൽ, പ്രത്യയം ചേർക്കുന്നത് ഓഫീസിന് പുറത്ത് പരിഹരിക്കപ്പെടുകയും പിന്നീട് റൂട്ട് ചെയ്യപ്പെടാതിരിക്കുകയും ചെയ്യുന്ന ഒരു പേര് സൃഷ്ടിക്കും.

പ്രത്യയം ഉണ്ടായിരിക്കുകയും ചെറിയ പേരുകൾ ഇപ്പോഴും പരാജയപ്പെടുകയും ചെയ്യുമ്പോൾ

ഡൊമെയിൻ സെർച്ച് പട്ടിക ഇതിനകംcorp.exampleകാണിക്കുന്നുണ്ടെങ്കിൽ, പ്രത്യയത്തെ കുറ്റപ്പെടുത്തുന്നത് നിർത്തുക. റിസോൾവർ വിപുലീകരിച്ച നാമത്തിന് ഉത്തരം നൽകുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക, കാരണം പ്രത്യയം നിങ്ങൾ ചോദിക്കുന്ന ചോദ്യം മാത്രമാണ് മാറ്റുന്നത്. അത് സെർവറിനെ അത് ഹോസ്റ്റ് ചെയ്യാത്ത ഒരു സോണിന് അധികാരമുള്ളതാക്കുന്നില്ല.

തുടർന്ന് റൂട്ട് പരിശോധിക്കുക. പരിഹരിക്കപ്പെടുകയും എന്നാൽ ടണൽ വഹിക്കാതിരിക്കുകയും ചെയ്യുന്ന ഒരു വിലാസം കണക്ട് ചെയ്യുമ്പോൾ പരാജയപ്പെടുന്നു, ഇത് നിശ്ശബ്ദമായി കീഴടങ്ങുന്ന ഒരു ബ്രൗസറിലെ ലുക്കപ്പ് പരാജയത്തിന് സമാനമായി തോന്നുന്നു.

സർട്ടിഫിക്കറ്റുകൾ പ്രത്യേക പരാമർശത്തിന് അർഹമാണ്. HTTPS സാധൂകരണം നിങ്ങൾ യഥാർത്ഥത്തിൽ ടൈപ്പ് ചെയ്ത ഹോസ്റ്റ്നെയിം ഉപയോഗിക്കുന്നു, അതിനാൽ ശരിയായി വിപുലീകരിക്കുന്ന ഒരു ചെറിയ പേര് ഹാൻഡ്ഷേക്കിൽ ഇപ്പോഴുംfilesഅവതരിപ്പിക്കുന്നു.files.corp.exampleഎന്നതിനായി നൽകിയ സർട്ടിഫിക്കറ്റ് അതിന് സാധുവാകില്ല, ആ പിശക് ശരിയായ സ്വഭാവമാണ്, നിങ്ങൾ തുടങ്ങിയ DNS പ്രശ്നത്തിന്റെ ലക്ഷണമല്ല.

അടുത്തതായി എന്ത് ചെയ്യണം

എന്തും തൊടുന്നതിന് മുമ്പ് വിഭജനം സ്ഥിരീകരിക്കുക: പൂർണ്ണ നാമം പരിഹരിക്കപ്പെടുന്നു, ചെറിയ പേര് പരിഹരിക്കപ്പെടുന്നില്ല, അതേ ആപ്പ്, അതേ സെഷൻ. തുടർന്ന് തിരഞ്ഞെടുത്ത നെറ്റ്‌വർക്ക് കണ്ടെത്തി അതിന്റെ ഡൊമെയിൻ സെർച്ച് പട്ടിക റിസോൾവർ പട്ടികയ്ക്കൊപ്പം വായിക്കുക. രണ്ടിൽ ഏതാണ് ശൂന്യമെന്നത് ആരാണ് നടപടിയെടുക്കേണ്ടതെന്ന് പറയുന്നു — നിങ്ങൾ, ആപ്പ് നിങ്ങളുടേതാണെങ്കിൽ; ടണൽ ഓപ്പറേറ്റർ, അല്ലെങ്കിൽ.

അവസാനമായി, കൈമാറ്റക്ഷമത പ്രധാനമായിടത്ത് ബുക്ക്മാർക്കുകളിലും ക്ലൈന്റ് കോൺഫിഗറേഷനിലും പൂർണ്ണ സേവന ഹോസ്റ്റ്നെയിം തിരഞ്ഞെടുക്കുക. അത് നെറ്റ്‌വർക്ക് മാറ്റം അതിജീവിക്കുന്നു, മൊബൈൽ ഫ്രണ്ടെൻഡ് നടപ്പിലാക്കിയേക്കാത്ത ഒരു മാപ്പിംഗിനെ ആശ്രയിക്കുന്നില്ല, സർട്ടിഫിക്കറ്റ് നൽകിയ പേരുമായി ഒത്തുപോകുന്നു.