nslookup VPN വഴി പരിഹരിക്കുന്നു പക്ഷേ ബ്രൗസറിന് കഴിയുന്നില്ലാത്തത് എന്തുകൊണ്ട്

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

താഴെയുള്ള പരിശോധനകൾ ആ പാതകളെ സിസ്റ്റത്തിൽ നിന്ന് പുറത്തേക്ക് പിന്തുടരുന്നു. ഏത് പാത ഉത്തരം നൽകി, ഏത് പരാജയപ്പെട്ടു എന്ന് അറിയുന്നതിന് മുൻപ് VPN പ്രൊഫൈൽ എഡിറ്റ് ചെയ്യരുത്.

മൂന്ന് നയങ്ങൾ ഉത്തരം തീരുമാനിക്കുന്നു

ഓരോ ഇന്റർഫേസും സ്വന്തം റിസോൾവർ പട്ടികയും തിരയൽ പ്രത്യയങ്ങളും വഹിക്കുന്നു. VPN അഡാപ്റ്റർ സർവറുകൾ ചേർക്കുമ്പോൾ ഫിസിക്കൽ അഡാപ്റ്റർ സ്വന്തമായവ സൂക്ഷിക്കുന്നു, സിസ്റ്റത്തിന് ആദ്യം ഉത്തരം നൽകുന്നത് എടുക്കാം, അതിനാൽ ആരും തിരഞ്ഞെടുക്കാതെ തന്നെ ഒരു തിരയൽ ടണലിന് പുറത്ത് നടക്കാം. നാമ പരിഹാര നയ പട്ടികയിലെ നിയമങ്ങൾ തിരഞ്ഞെടുത്ത ഡൊമെയ്നുകൾ തിരഞ്ഞെടുത്ത സർവറുകളിലേക്ക് അയയ്ക്കാം, Windows-ൽ split DNS സാധാരണമായി ഇങ്ങനെയാണ് പ്രകടിപ്പിക്കുന്നത്. VPN ക്ലയന്റോ ഗേറ്റ്‌വേയോ സ്വകാര്യ നെറ്റ്‌വർക്കിനുള്ളിൽ മാത്രം നിലനിൽക്കുന്ന ഒരു റിസോൾവർ വിലാസം തള്ളിയിടാം.

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

ബ്രൗസർ വേറെ ചോദ്യം ചോദിക്കുന്നത് എന്തുകൊണ്ട്

nslookup താൻ തിരഞ്ഞെടുക്കുന്ന സർവറിലേക്ക് സ്വന്തം ചോദ്യം അയയ്ക്കുന്നു, നാമ മേഖലാ നയമോ ബ്രൗസറിന്റെ എൻക്രിപ്റ്റ് ചെയ്ത DNS ക്രമീകരണമോ പിന്തുടരുന്നില്ല. അതിനാൽ പൊതു റിസോൾവറിലേക്കുള്ള സ്വയം ചോദ്യത്തിന് ഉത്തരം ലഭിക്കുമ്പോൾ ബ്രൗസർ സൈറ്റ് നിലവിലില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു. നിങ്ങൾ ഒരു പ്രോഗ്രാമിന്റെ രണ്ട് അവസ്ഥകളല്ല, രണ്ട് പ്രോഗ്രാമുകളെയാണ് താരതമ്യം ചെയ്യുന്നത്.

വിലാസ കുടുംബ മുൻഗണന കാലതാമസം വിശദീകരിക്കുന്നു, പരാജയമല്ല. IPv4 മാത്രം വഹിക്കുന്ന ടണലിൽ ആദ്യം IPv6 റെക്കോർഡുകൾ ചോദിക്കുന്ന ബ്രൗസർ പിൻവാങ്ങുന്നതിന് മുൻപ് സമയപരിധി കഴിയാൻ കാത്തിരിക്കുന്നു. Firefox കൃത്യമായി ഇതിനായി ഒരു മുൻഗണന വഹിച്ചിരുന്നു, അത് അപ്രാപ്തമാക്കുന്നത് അറ്റകുറ്റപ്പണിയല്ല, രോഗനിർണയ ഘട്ടമാണ്.

റിസോൾവർ പട്ടികയും നിയമങ്ങളും വായിക്കുക

Windows-ൽ സിദ്ധാന്തം ഉണ്ടാക്കുന്നതിന് മുൻപ് സിസ്റ്റം സൂക്ഷിക്കുന്നത് അച്ചടിക്കുക. Get-DnsClientServerAddress ഇന്റർഫേസ് അനുസരിച്ച് സർവറുകൾ കാണിക്കുന്നു, Get-DnsClientNrptRule നാമ മേഖലാ നിയമങ്ങൾ ലിസ്റ്റ് ചെയ്യുന്നു, Resolve-DnsName സിസ്റ്റം പാതയിലൂടെ കൃത്യമായ പേരിന് ഉത്തരം നൽകുന്നു. ആ ഉത്തരം VPN-ന്റെ സർവറിലേക്ക് വിലാസം പ്രകാരം നേരിട്ടുള്ള ചോദ്യവുമായി താരതമ്യം ചെയ്യുക. Resolve-DnsName പരാജയപ്പെടുകയും നേരിട്ടുള്ള ചോദ്യം വിജയിക്കുകയും ചെയ്താൽ സംശയിക്കേണ്ടത് റിസോൾവർ പട്ടികയോ നാമ മേഖലാ നിയമമോ ആണ്.

പേരും പരിശോധിക്കുക. ആന്തരിക ചെറിയ പേരിന് VPN അഡാപ്റ്റർ മാത്രം നൽകുന്ന സ്വകാര്യ പ്രത്യയം വേണ്ടിവരാം, അതേസമയം പൂർണ്ണ യോഗ്യതയുള്ള പേര് നന്നായി പരിഹരിക്കുന്നു. വിജയകരമായ തിരയലിന് ശേഷമുള്ള സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പ് മറ്റൊരു പ്രശ്നത്തിന്റേതാണ്.

എത്തിപ്പെടാനാകാത്ത തള്ളിയിട്ട റിസോൾവർ

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

റിസോൾവർ എത്തിപ്പെടാനാകാത്തതാണെങ്കിൽ അറ്റകുറ്റപ്പണി ഒരു വഴിയോ ഉൾപ്പെടുത്തിയ സബ്‌നെറ്റോ ആണ്, മറ്റൊരു DNS സർവറല്ല.

എൻക്രിപ്റ്റ് ചെയ്ത DNS മുഴുവൻ പാതയും ഒഴിവാക്കുന്നു

DNS-over-HTTPS ഉള്ള ബ്രൗസറുകൾ തിരഞ്ഞെടുത്ത ദാതാവിലേക്കുള്ള HTTPS കണക്ഷനിലൂടെ സ്വയം പേരുകൾ പരിഹരിക്കുന്നു. അത് ഓണായിരിക്കുമ്പോൾ ആ തിരയലുകൾക്ക് സിസ്റ്റം റിസോൾവറും split DNS നിയമങ്ങളും പൂർണ്ണമായി ഒഴിവാക്കപ്പെടുന്നു, അതിനാൽ ബ്രൗസറിൽ ആന്തരിക പേരുകൾ പരാജയപ്പെടുന്നു, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അവ ശരിയായി പരിഹരിക്കുന്നു. വിപരീതവും സംഭവിക്കുന്നു: ആന്തരിക പേരുകൾ ഒരിക്കലും കാണാനിരുന്നതല്ലാത്ത ദാതാവിലൂടെ ബ്രൗസറിൽ വിജയിക്കുന്നു, അത് കണക്ടിവിറ്റിയല്ല, നയ പ്രശ്നമാണ്.

നിയന്ത്രിത ഉപകരണങ്ങളിൽ എൻക്രിപ്റ്റ് ചെയ്ത DNS അനുവദനീയമാണോ എന്ന് ബോധപൂർവം തീരുമാനിച്ച്, തിരഞ്ഞെടുപ്പ് കാണാവുന്ന വിധത്തിൽ ബ്രൗസറിന്റെ മാനേജ്‌മെന്റ് ഉപരിതലത്തിലൂടെ അത് ക്രമീകരിക്കുക. അത് വ്യക്തിഗത മുൻഗണനയ്ക്ക് വിട്ടാൽ ഒരേ VPN ഓരോ ലാപ്‌ടോപ്പിലും വ്യത്യസ്തമായി പെരുമാറുന്ന ഒരു കൂട്ടം ഉണ്ടാകും.

പരാജയത്തിന് യോജിക്കുന്ന അറ്റകുറ്റപ്പണികൾ

VPN അതിന്റെ റിസോൾവർ തള്ളിയിടുന്നുവെങ്കിൽ, ടണൽ അതിലേക്ക് ട്രാഫിക് കൊണ്ടുപോകുന്നുവെന്നും അതേ ക്രമീകരണം പരിഹാരത്തിൽ പങ്കെടുക്കുന്ന അഡാപ്റ്ററുകളിൽ കാണാമെന്നും ഉറപ്പാക്കുക. കണക്ട് ചെയ്തിരിക്കുമ്പോൾ പ്രാദേശിക സൈറ്റുകൾ പരിഹരിക്കുന്നത് നിർത്തിയാൽ, റിസോൾവർ മൊത്തമായി മാറ്റുന്നതിന് പകരം വ്യക്തമായ നാമ മേഖലാ ഒഴിവുകളോ സോപാധിക ഫോർവേഡറോ ചേർക്കുക. ബ്രൗസറിന്റെ എൻക്രിപ്റ്റ് ചെയ്ത DNS നയം ഒഴിവാക്കുന്നുവെങ്കിൽ അതാണ് മാറ്റേണ്ട ക്രമീകരണം. ആന്തരിക പേര് ശരിയാക്കാൻ ഒരിക്കലും പൊതു റിസോൾവർ ചേർക്കരുത്: അത് സ്വകാര്യ ചോദ്യങ്ങൾ ചോർത്തുന്നു, പേര് പരിഹരിക്കുന്നുമില്ല.

തുടർന്ന് തിരയലിനെ കണക്ഷനിൽ നിന്ന് വേർതിരിക്കുക. ശരിയായ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നുവെങ്കിലും കണക്ഷൻ നിഷേധിക്കുന്ന പേര് സേവനം, ഫയർവാൾ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് പ്രശ്നമാണ്, DNS മാറ്റങ്ങൾ അത് ശരിയാക്കില്ല.

ഏത് പാത ഉത്തരം നൽകി, ഏത് പരാജയപ്പെട്ടു, നിങ്ങൾ എന്ത് മാറ്റി എന്ന് രേഖപ്പെടുത്തുക. അപ്പോൾ അതേ ലക്ഷണത്തിന്റെ അടുത്ത റിപ്പോർട്ടിന് ഒരു ഉച്ചയ്ക്ക് പകരം ഒരു കമാൻഡ് മതി.