Windows VPN DNS ചോർച്ച: മെട്രിക് റൂട്ടിനെ എന്തുകൊണ്ട് തോൽപ്പിക്കുന്നു

ഒരു ക്വറി യന്ത്രം വിട്ട് വീട്ടിലെ റൗട്ടറിൽ എത്തുന്നു, അതേസമയം എല്ലാ പാക്കറ്റും ടണലിലൂടെ പോകുന്നു. സ്വാഭാവിക നിഗമനം കാണാത്ത ഒരു റൂട്ട് ആണ്, എന്നാൽ റൂട്ട് സാധാരണയായി കുഴപ്പമില്ല. Windows ഇന്റർഫേസ് മെട്രിക് അനുസരിച്ച് ഏത് ഇന്റർഫേസിന്റെ റിസോൾവറിനോട് ചോദിക്കണം എന്ന് തിരഞ്ഞെടുക്കാം, ടണൽ അഡാപ്റ്റർ ഈ താരതമ്യത്തിൽ വയർലെസിനോട് പലപ്പോഴും തോൽക്കുന്നു.

ഒരു ചോർച്ചയ്ക്ക് രണ്ട് വിശദീകരണങ്ങൾ

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

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

മെട്രിക്കുകളും റിസോൾവറുകളും ഒരുമിച്ച് താരതമ്യം ചെയ്യുക

ടണൽ പ്രവർത്തിക്കുമ്പോൾ ഇന്റർഫേസുകളും അവയുടെ മെട്രിക്കുകളും കോൺഫിഗർ ചെയ്ത സർവറുകളും രേഖപ്പെടുത്തുക. രണ്ട് വേറിട്ട പട്ടികകളായല്ല, ഒരു പട്ടികയായി വായിക്കുക, കാരണം ചോദ്യം ഏത് റിസോൾവർ ആദ്യം എന്നതാണ്, ഏത് റിസോൾവറുകൾ ഉണ്ട് എന്നതല്ല.

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

ടണൽ അഡാപ്റ്ററിന് ഭൗതിക അഡാപ്റ്ററിനെക്കാൾ ഉയർന്ന സംഖ്യയുണ്ടെങ്കിൽ അതിന്റെ റിസോൾവറിന് മുൻഗണന ലഭിക്കുന്നില്ല, ആന്തരിക നാമം ഭൗതിക വശം നൽകുന്നതിലേക്ക് പോകും. ആ റൗട്ടർ കാഷിൽ നിന്ന് ഉത്തരം നൽകാം, ക്വറി കൈമാറാം അല്ലെങ്കിൽ നിരസിക്കാം, ഈ ഫലങ്ങളിൽ ഒന്നും നിങ്ങൾ ഉദ്ദേശിച്ച രൂപകൽപ്പനയല്ല. റാങ്കിംഗ് ഒരു മുൻഗണനയാണ്, അതിനാൽ അത് പിശക് ഉയർത്തുന്നതിന് പകരം നിശ്ശബ്ദമായി തോൽക്കുന്നു.

ഒരു റിസോൾവറും കോൺഫിഗർ ചെയ്യാത്ത ടണൽ അഡാപ്റ്റർ അത്രതന്നെ സാധാരണമായ ഒരു ഭേദമാണ്. ക്ലയന്റ് DNS തള്ളാതെ ഇന്റർഫേസ് ഉയർത്തുന്നു, അതിനാൽ റാങ്കിംഗ് ചോദ്യം ഉയരുന്നതേയില്ല.

ടണൽ മുകളിലേക്ക് കൊണ്ടുവന്ന് വീണ്ടും പരിശോധിക്കുക

എലിവേറ്റഡ് ഷെല്ലിൽ ടണൽ ഇന്റർഫേസിന് ഏറ്റവും കുറഞ്ഞ മെട്രിക് നൽകുക, അല്ലെങ്കിൽ ഭൗതിക അഡാപ്റ്ററിന്റെ മൂല്യം ഉയർത്തുക. രണ്ടും ഓരോ ഇന്റർഫേസിന്റെ ക്രമീകരണങ്ങളാണ്, രണ്ടും തിരിച്ചുവയ്ക്കാം, നിങ്ങൾ മുന്നിൽ ഇരിക്കാനിടയില്ലാത്ത ഒരു യന്ത്രം മാറ്റുമ്പോൾ അത് പ്രധാനമാണ്.

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

മാറ്റം ഉടൻ കാണാം, DNS ക്ലയന്റും മറ്റ് ഉപഭോക്താക്കളും ഇതിനകം എടുത്ത തിരഞ്ഞെടുപ്പ് കാഷ് ചെയ്യുന്നു. ക്വറി ഫലത്തിൽ നിന്ന് എന്തെങ്കിലും വായിക്കുന്നതിന് മുമ്പ് ടണൽ വീണ്ടും ബന്ധിപ്പിക്കുകയോ റീസ്റ്റാർട്ട് ചെയ്യുകയോ ചെയ്യുക. വളരെ നേരത്തെ നടത്തിയ പരീക്ഷണം പഴയ സ്വഭാവം ആവർത്തിച്ച് പരാജയപ്പെട്ട ഒരു അറ്റകുറ്റപ്പണി പോലെ തോന്നും.

തുടർന്ന് ഒരു ആന്തരിക നാമവും ഒരു പൊതു നാമവും ചോദിച്ച് ഏത് സർവർ ഉത്തരം നൽകി എന്ന് പരിശോധിക്കുക. Microsoft-ന്റെ സ്വയമേവയുള്ള മെട്രിക്കുകളെക്കുറിച്ചുള്ള റഫറൻസ് ഏറ്റവും കുറഞ്ഞ മൂല്യത്തിന് മുൻഗണന എന്തുകൊണ്ട് എന്നും സ്വയമേവയുള്ള അനുവദന എങ്ങനെ ഉരുത്തിരിയുന്നു എന്നും വിശദീകരിക്കുന്നു.

വീണ്ടും കണക്റ്റ് ചെയ്യുമ്പോഴും അത് നിലനിൽക്കട്ടെ

ഓരോ കണക്ഷനിലും വീണ്ടും സൃഷ്ടിക്കപ്പെടുന്ന അഡാപ്റ്ററിലെ കൈകൊണ്ട് നൽകിയ മെട്രിക് മായുന്ന ഒരു ക്രമീകരണമാണ്. ക്ലയന്റ് ഇന്റർഫേസ് വീണ്ടും നിർമ്മിക്കുകയാണെങ്കിൽ, ഈ അതിലംഘനത്തിന് കണക്ഷനു ശേഷമുള്ള സ്ക്രിപ്റ്റോ നയമോ കണക്ഷൻ നിലനിൽക്കുന്ന കാലത്ത് DNS കൈവശം വയ്ക്കുന്ന ക്ലയന്റ് കോൺഫിഗറേഷനോ ആവശ്യമാണ്.

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