VPN DNS പിടിച്ചെടുത്തു, ലോക്കൽ നാമങ്ങൾ തകർത്തു: പട്ടിക ശരിയാക്കുക

ടണൽ ഉയരുന്നു, ഇന്റ്രാനെറ്റ് ലോഡ് ചെയ്യുന്നു, എന്നാൽ പ്രിന്ററിന്റെ പേര് റിസോൾവ് ചെയ്യുന്നത് നിലയ്ക്കുന്നു. അല്ലെങ്കിൽ നേരെ തിരിച്ച്: ലോക്കൽ നാമങ്ങൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, കോർപ്പറേറ്റ് നെറ്റ്വർക്കിനുള്ളിലെ എല്ലാം സമയപരിധി കഴിയുന്നു. രണ്ട് ലക്ഷണങ്ങളും ഒരേ ഇടത്തുനിന്നു വരുന്നു, VPN ക്ലയന്റ് കണക്ട് ചെയ്യുമ്പോൾ വീണ്ടും എഴുതിയ റിസോൾവറുകളുടെ പട്ടികയിൽ നിന്ന്.

പട്ടിക ബോധപൂർവ്വം ശരിയാക്കുക, പിന്നീട് push സംവിധാനം വേറിട്ട് കൈകാര്യം ചെയ്യുക. റൂട്ടുകൾ മൂന്നാമത്തെ വിഷയമാണ്, ഇവിടെ ശരിയാക്കുന്നത് അതല്ല.

ആപ്പുകൾ യഥാർത്ഥത്തിൽ ഏത് പട്ടിക ഉപയോഗിക്കുന്നു

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

ചോദ്യം ഏത് സെർവറുകളാണ് മുന്നിലെത്തിയത്, അവ സ്ഥിര എൻട്രികളായി വന്നോ DHCP പാട്ടത്തരമായി വന്നോ എന്നതാണ്. രണ്ട് വസ്തുതകളും നിങ്ങൾക്ക് ഏത് ശരിയാക്കൽ ലഭ്യമാണെന്ന് തീരുമാനിക്കുന്നു.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

ടണൽ അഡാപ്റ്ററിനും ഫിസിക്കൽ അഡാപ്റ്ററിനും ഔട്ട്പുട്ട് വായിച്ച്, ഓരോന്നിലും ഓരോ വിലാസവും കുറിച്ചുവയ്ക്കുക. സ്ഥിര എൻട്രി നയം അല്ലെങ്കിൽ സ്ക്രിപ്റ്റ് കൊണ്ട് നീക്കാം; DHCP നൽകിയ എൻട്രി പാട്ടത്തിന് ബന്ധിതമാണ്, തിരികെ വരും, അത് തിരഞ്ഞെടുക്കേണ്ട ശരിയാക്കലിനെ മാറ്റുന്നു. ദൂര നെറ്റ്വർക്കിലെ നാമങ്ങൾ പ്രഖ്യാപിത റിസോൾവർ റിസോൾവ് ചെയ്യുന്നു, ലോക്കൽ LAN-ലെ നാമങ്ങൾ ഫിസിക്കൽ അഡാപ്റ്റർ, ക്വറി ആദ്യം നോക്കുന്ന പട്ടികയിലേക്ക് പോകുന്നു.

തള്ളിയ സെർവറുകൾ നീക്കുക, അല്ലെങ്കിൽ അവ താഴെയാക്കുക

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

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

സൂചിക 1 ആദ്യം നോക്കുന്നു, അതിനാൽ തള്ളിയ വിലാസങ്ങൾ ലഭ്യമായി തുടരും, പക്ഷേ ഓരോ ക്വറിയുടെയും സ്ഥിര ഉത്തരമാകുന്നത് നിർത്തും. validate=no ഫ്ലാഗ് ടണൽ ഇപ്പോഴും സ്ഥിരമാകുന്ന സമയത്ത് പലപ്പോഴും പരാജയപ്പെടുന്ന എത്തിച്ചേരാനുള്ള പരിശോധന ഒഴിവാക്കുന്നു, അതിനാൽ എക്സിറ്റ് കോഡിനെ വിശ്വസിക്കാതെ show കമാൻഡ് ഉപയോഗിച്ച് ഫലം സ്ഥിരീകരിക്കുക.

ഇതിൽ ആശ്രയിക്കുന്നതിന് മുമ്പ് രണ്ട് പരിധികൾ അറിയേണ്ടതാണ്. Windows, DHCP വഴി netsh വഴി വന്ന സെർവറുകൾ ഇല്ലാതാക്കില്ല, ആ മൂല്യങ്ങൾ ഇന്റർഫേസിന്റെ രജിസ്ട്രി കീയുടെ കീഴിൽ DhcpNameServer ആയി തുടരും, അതിനാൽ രജിസ്ട്രി എഡിറ്റ് അവസാന മാർഗമാണ്, അടുത്ത പാട്ടത്തിന് ശേഷം വീണ്ടും പരിശോധിക്കണം. അഡാപ്റ്റർ ബൈൻഡിംഗ് ക്രമവും വിശ്വസനീയമായ റാങ്കിംഗ് സംവിധാനമല്ല, കാരണം ഒരു VPN ക്ലയന്റിന് അതിന്റെ സ്വന്തം എൻട്രി പട്ടികയുടെ മുകളിൽ ചേർക്കാനാകും.

push എവിടെ ഫിൽട്ടർ ചെയ്യാം

മെച്ചപ്പെട്ട ശരിയാക്കൽ ഓപ്ഷൻ പ്രയോഗിക്കുന്നതിന് മുമ്പ് നീക്കം ചെയ്യുന്നു. Community OpenVPN ക്ലയന്റിന് തള്ളിയ നിർദ്ദേശം പേര് കൊണ്ട് ഫിൽട്ടർ ചെയ്യാനാകും, അത് സെർവറിന്റെ കോൺഫിഗറേഷൻ അസ്പർശിതമായി നിർത്തുന്നു.

pull-filter ignore "dhcp-option DNS "

അവസാനത്തിലെ ഇടം പൊരുത്തത്തിന്റെ ഭാഗമാണ്, ഫിൽട്ടർ സെർവർ വിലാസത്തെയല്ല ഓപ്ഷനെയാണ് പേരിടുന്നത്. പ്രൊഫൈലിൽ block-outside-dns നിർദ്ദേശവും ഉണ്ടെങ്കിൽ, അത് നീക്കുന്നത് നാമ റിസോല്യൂഷനെയല്ല, ലീക്ക് സംരക്ഷണത്തെ മാറ്റുന്നു, അതിനാൽ രണ്ട് എഡിറ്റുകളും ഒന്നിപ്പിക്കാതെ അത് വെവ്വേറെ തീരുമാനിക്കുക.

ഒരു വിട്ടുകൊടുക്കാത്ത ഹോസ്റ്റ് നാമത്തിന്, Windows hosts ഫയലിലെ ഒരു വരി മുഴുവൻ മെഷീനും റിസോൾവറുകൾ പുനഃക്രമീകരിക്കുന്നതിനേക്കാൾ സ്ഥിരമാണ്. അത് അടുത്ത വ്യക്തിക്ക് കാണാനും കഴിയില്ല, അതിനാൽ മെഷീന്റെ കോൺഫിഗറേഷൻ രേഖപ്പെടുത്തുന്നിടത്ത് അത് എഴുതി വയ്ക്കുക.

ശരിയാക്കൽ വീണ്ടും കണക്ട് ചെയ്യുന്നതിനെ അതിജീവിക്കാൻ വയ്ക്കുക

നാമ റിസോല്യൂഷൻ രണ്ട് തവണ പരിശോധിക്കണം, ഒരിക്കൽ തിരഞ്ഞെടുത്ത സെർവറിനെതിരെ, ഒരിക്കൽ ആപ്പ് ഉപയോഗിക്കുന്ന രൂപത്തിൽ. ആ ജോടി റിസോൾവർ ക്രമത്തിന്റെ പ്രശ്നത്തെ ഉത്തരം നൽകാത്ത സെർവറിൽ നിന്ന് വേർതിരിക്കുന്നു. ആദ്യ പരിശോധന ഒഴിവാക്കിയാൽ രണ്ട് കാരണങ്ങളും കുരുങ്ങിക്കിടക്കും.

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

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

ശരിയാക്കലിന് ശേഷം പൊതു നാമങ്ങൾ റിസോൾവ് ചെയ്യപ്പെടുകയും ആന്തരിക നാമങ്ങൾ പരാജയപ്പെടുകയും ചെയ്യുന്നുവെങ്കിൽ, റിസോൾവർ പട്ടിക ഇനി സംശയിക്കേണ്ടതല്ല. ക്വറി സെർവറിൽ എത്തുന്നതേയില്ല എന്നുണ്ടാകാം, അത് മറ്റൊരു DNS ക്രമീകരണത്തെയല്ല, റൗട്ടിംഗിനെയോ ഫയർവാൾ നിയമത്തെയോ സൂചിപ്പിക്കുന്നു. ഇന്റർഫേസ് അലിയാസും നിങ്ങൾ നിന്ന വിലാസങ്ങളും രേഖപ്പെടുത്തുക, കാരണം രണ്ടും മെഷീനുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു, ഒന്നും ഒറ്റയ്ക്ക് പുനർനിർമ്മാണത്തെ അതിജീവിക്കുന്നില്ല.