നിങ്ങൾ ഒരിക്കലും സെറ്റ് ചെയ്യാത്ത DNS സർവറിലേക്ക് Windows നിങ്ങളുടെ VPN പേരുകൾ അയയ്ക്കുന്നത് എന്തുകൊണ്ട്

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

നിങ്ങൾ എന്താണ് മാറ്റിയത്, യഥാർഥത്തിൽ എന്താണ് തീരുമാനിക്കുന്നത്

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

അതുകൊണ്ടാണ് ഒരേ ലാപ്ടോപ്പിലെ രണ്ട് പേരുകൾക്ക് ഒരേ നിമിഷം വ്യത്യസ്ത വഴികളിലൂടെ പോകാനാകുന്നത്. കോർപ്പറേറ്റ് സഫിക്സിന് കീഴിലുള്ള ഹോസ്റ്റ് അതിന്റെ നിയമം പിന്തുടരുന്നു; പൊതു നാമം സ്ഥിരസ്ഥിതി വഴി പിന്തുടരുന്നു, അതായത് സാധാരണയായി ആദ്യം ഉത്തരം നൽകുന്ന അഡാപ്റ്റർ.

പട്ടിക ഒരു പേരിനെ എങ്ങനെ ഒത്തുനോക്കുന്നു

നിയമങ്ങൾ നെയിംസ്പേസ് അനുസരിച്ച് കീ ചെയ്തിരിക്കുന്നു, ഏറ്റവും നിർദ്ദിഷ്ട പൊരുത്തം വിജയിക്കുന്നു. corp.example നുള്ള നിയമം vpn.corp.example ന് ബാധകമാണ്, example.net ന് ബാധകമല്ല. . നെയിംസ്പേസുള്ള നിയമം മറ്റ് നിയമങ്ങൾ ഉൾക്കൊള്ളാത്ത എല്ലാം ഉൾക്കൊള്ളുന്നു, അതിനാൽ അത് പട്ടികയിലെ ഏറ്റവും അപകടകരമായ എൻട്രിയും ബന്ധമില്ലാത്ത ഒരു സൈറ്റ് ടണലിലൂടെ പരിഹരിക്കപ്പെടുമ്പോൾ പരിശോധിക്കേണ്ട എൻട്രിയുമാകുന്നു.

ഒരു നിയമത്തിൽ കുറിപ്പ്, എൻട്രി പ്രവർത്തനരഹിതമാക്കുന്ന നയം, DNS വിലാസങ്ങളുമായി ബന്ധമില്ലാത്ത സുരക്ഷാ ക്രമീകരണങ്ങൾ എന്നിവയും ഉണ്ടാകാം. പ്രവർത്തനരഹിതമായ നിയമം കോൺഫിഗറേഷനിൽ കാണാമെങ്കിലും ഫലമുണ്ടാക്കുന്നില്ല, അതിനാൽ കടലാസിൽ ശരിയെന്ന് തോന്നുന്ന എൻട്രി പ്രൊഫൈൽ മാറ്റത്തിന് ശേഷവും നിഷ്ക്രിയമായേക്കാം.

ആഗ്രഹപ്പട്ടികയല്ല, പ്രാബല്യത്തിലുള്ള പട്ടിക വായിക്കുക

കോൺഫിഗർ ചെയ്ത നിയമങ്ങളും പ്രാബല്യത്തിലുള്ള നിയമങ്ങളും രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങളാണ്. Get-DnsClientNrptRule മെഷീനിൽ എന്തുണ്ടെന്ന് പട്ടികപ്പെടുത്തുന്നു. Get-DnsClientNrptPolicy -Effective ക്ലയന്റ് യഥാർഥത്തിൽ എന്ത് പ്രയോഗിക്കുമെന്ന്, നയത്തിൽ നിന്നും പ്രാദേശിക ക്രമീകരണങ്ങളിൽ നിന്നും ലയിപ്പിച്ച മൂല്യങ്ങളോടെ കാണിക്കുന്നു.

ആ ഔട്ട്പുട്ടിലെ സഫിക്സ് നിങ്ങൾ പരിശോധിക്കുന്ന പേരുമായി അക്ഷരം തോറും താരതമ്യം ചെയ്യുക. corp.example നുള്ള നിയമം corp.example.com ൽ അവസാനിക്കുന്ന പേരിനെ പിടിക്കുന്നില്ല, ഒരിടത്ത് അവസാനം ഒരു ബിന്ദു ഉണ്ടാകുകയും മറ്റൊരിടത്ത് ഇല്ലാതിരിക്കുകയും ചെയ്യുന്നത് പൊരുത്തം മാറ്റാൻ മതിയാകും.

നിയമമില്ലെങ്കിൽ Windows ഒന്നിലധികം അഡാപ്റ്ററുകളോട് ചോദിക്കുന്നു

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

രണ്ട് പോംവഴികളുണ്ട്. തീരുമാനം ഒരു മത്സരമല്ലാതാകാൻ നെയിംസ്പേസിന് ഒരു നിയമം ചേർക്കുക, അല്ലെങ്കിൽ DNS ക്ലയന്റ് നയത്തിലൂടെ സമാന്തര പെരുമാറ്റം ഓഫ് ചെയ്ത് സാവധാനവും നിർണായകവുമായ പരിഹാരം സ്വീകരിക്കുക. ആദ്യത്തേത് സാധാരണയായി സ്പ്ലിറ്റ്-ടണൽ VPN ന് കൂടുതൽ അനുയോജ്യമാണ്, കാരണം അത് ക്രമത്തെ ആശ്രയിക്കുന്നതിന് പകരം ഉദ്ദേശ്യം രേഖപ്പെടുത്തുന്നു.

റിസോൾവറിനെ പൂർണമായി ഒഴിവാക്കുന്ന വഴികൾ

സുരക്ഷിത DNS ഓണുള്ള ബ്രൗസർ സ്വയം പരിഹരിച്ച് Windows ന് വിലാസം മാത്രം നൽകുന്നു, അതിനാൽ നിയമപ്പട്ടിക ആ പേര് ഒരിക്കലും കാണുന്നില്ല. സ്വന്തം റിസോൾവറുള്ള റൺടൈമുകളിൽ നിർമ്മിച്ച ക്ലയന്റുകൾക്കും അങ്ങനെ പെരുമാറാം. ഒരു അപ്ലിക്കേഷനിൽ പേര് പരിഹരിക്കപ്പെടുകയും അതേ മെഷീനിൽ മറ്റൊന്നിൽ പരാജയപ്പെടുകയും ചെയ്താൽ, നയം തൊടുന്നതിന് മുമ്പ് രണ്ട് പരിഹാര വഴികളും താരതമ്യം ചെയ്യുക.

മുൻ സെഷന്റെ കാഷ് ചെയ്ത വിലാസത്തിലേക്ക് ആപ്പ് കണക്ട് ചെയ്യുന്നുണ്ടോയെന്നും പരിശോധിക്കുക. Clear-DnsClientCache ഉം തുടർന്ന് അതേ തിരച്ചിലും പഴയ ഫലത്തിൽ നിന്ന് അനുമാനിക്കുന്നതിനേക്കാൾ വ്യക്തമായ ഉത്തരം നൽകുന്നു.

പരാജയപ്പെട്ട പേര് ഉപയോഗിച്ച് പരിശോധിക്കുക

റിപ്പോർട്ടിലെ കൃത്യമായ ഹോസ്റ്റ്നെയിം പരിഹരിക്കുക, പൊതു സ്പീഡ്-ടെസ്റ്റ് ഡൊമെയ്നല്ല, ഏത് സർവറാണ് ഉത്തരം നൽകിയതെന്ന് രേഖപ്പെടുത്തുക. തുടർന്ന് ഒരു കാര്യം മാറ്റുക: നിയമം, അഡാപ്റ്റർ പട്ടിക അല്ലെങ്കിൽ നയ അനുവദനം, വീണ്ടും കണക്ട് ചെയ്ത ശേഷം അതേ തിരച്ചിൽ ആവർത്തിക്കുക, അങ്ങനെ പ്രയോഗിച്ച അവസ്ഥ വീണ്ടും നിർമ്മിക്കപ്പെടും.

പേര് പരിഹരിക്കപ്പെട്ടിട്ടും സേവനം വിസമ്മതിക്കുന്നെങ്കിൽ DNS എഡിറ്റ് ചെയ്യുന്നത് നിർത്തുക. അടുത്ത ഉപയോഗപ്രദമായ ഘട്ടം വിലാസവും അങ്ങോട്ടുള്ള റൂട്ടുമാണ്, കാരണം പേര് പരിഹരിക്കൽ തന്റെ ജോലി ഇതിനകം ചെയ്തു കഴിഞ്ഞു.