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

ലിസ്റ്റ് നിങ്ങളുടെ പ്രൊഫൈലിനേക്കാൾ നീളുന്നത് എന്തുകൊണ്ട്

VPN ക്ലയന്റ് ടണൽ ലിങ്കിനായി റിസോൾവർ വിലാസങ്ങൾ പുഷ് ചെയ്യുന്നു, ഒപ്പം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അവ ഫിസിക്കൽ ഇന്റർഫേസിന് മുമ്പേ ഉണ്ടായിരുന്നതിന്റെ അടുത്ത് സൂക്ഷിക്കുന്നു. റൗട്ടർ, കോർപ്പറേറ്റ് DHCP ലീസ്, രണ്ടാം VPN, ഓരോ ഡൊമെയ്നിനുള്ള പോളിസി എന്നിവ ഓരോന്നും സ്വന്തം എൻട്രി ചേർക്കുന്നു. അതിനാൽ പേജിലെ മൂന്ന് വിലാസങ്ങൾ ഒരു ജോലിക്കുള്ള മൂന്ന് സ്ഥാനാർത്ഥികളല്ല, മൂന്ന് പരിധികൾ ആയിരിക്കാം. സംഖ്യയെ ലീക്കിന്റെ തെളിവായി വായിക്കുന്നതാണ് ഈ ഓഡിറ്റിലെ ആദ്യ തെറ്റ്.

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

എൻക്രിപ്റ്റ് ചെയ്ത DNS ഒരു ആപ്പിന്റെ ഉള്ളിൽ നിന്ന് ചിത്രം തകർക്കുന്നു. സ്വന്തം DNS-over-HTTPS റിസോൾവർ ഉള്ള ബ്രൗസറോ ചാറ്റ് ക്ലയന്റോ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ലിസ്റ്റ് പൂർണ്ണമായി ഒഴിവാക്കി ക്വറികൾ അയയ്ക്കുന്നു, അതിനാൽ സെറ്റിംഗ്സ് പേജിലെ വിലാസങ്ങൾ ആപ്പ് ഒരിക്കലും സൃഷ്ടിക്കാത്ത ട്രാഫിക്കിനെ വിവരിക്കുന്നു. പേര് തെറ്റായി വന്നതിന് പ്രൊഫൈലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് ആപ്പിന്റെ സ്വന്തം റിസോൾവർ ക്രമീകരണം പരിശോധിക്കുക.

മൂന്ന് പരിശോധനകളിൽ ഓരോന്നും എന്ത് പറയുന്നു

ഓരോ ഉറവിടവും അതിന്റെ അടയാളം വ്യത്യസ്ത സ്ഥലത്ത് വിടുന്നു, ഒരു കമാൻഡും എല്ലാം കാണിക്കുന്നില്ല. സെറ്റിംഗ്സ് പേജിന് അടുത്ത് സൂക്ഷിക്കാൻ യോഗ്യമായ മാപ്പിംഗ് ഇതാണ്:

Entry sourceWhere it is visibleWhat it proves
Tunnel profileLink-scoped DNS on the tunnel deviceWhich servers the VPN asked you to use, not which one answered
Per-domain policySuffix list or routing domainsWhich names are steered to a particular resolver
Physical linkDNS on the LAN interfaceWhether a second scope still exists outside the tunnel
Application resolverApp settings, absent from the OS listWhether the system list was consulted at all

systemd-resolved ഉപയോഗിക്കുന്ന സിസ്റ്റത്തിൽ resolvectl status അധികാരമുള്ളതാണ്, കാരണം അത് റൗട്ടിംഗ് ഡൊമെയ്നുകൾക്കൊപ്പം ഓരോ ലിങ്കിന്റെയും DNS റിപ്പോർട്ട് ചെയ്യുന്നു. macOS scutil --dns വഴി മറുപടി നൽകുന്നു, അത് പരിധിയുള്ള റിസോൾവറുകൾ പരീക്ഷിക്കുന്ന ക്രമത്തിൽ ലിസ്റ്റ് ചെയ്യുന്നു. Windows രണ്ട് പകുതികളായി വിഭജിക്കുന്നു: ഓരോ ഇന്റർഫേസിനുള്ള സർവറുകൾക്ക് Get-DnsClientServerAddress, സഫിക്സ് നിയമങ്ങൾക്ക് Get-DnsClientNrptPolicy. യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റിസോൾവറിനുള്ള കമാൻഡ് പ്രവർത്തിപ്പിക്കുക, കാരണം കണ്ടെയ്നർ റൺടൈമും ഡെസ്ക്ടോപ്പ് റിസോൾവറും ഉള്ള മെഷീനിൽ ഒന്നിലധികം ഇൻസ്റ്റാൾ ചെയ്തിരിക്കാം.

നിങ്ങളുടെ സോണിന് മറുപടി നൽകാൻ കഴിയാത്ത ബാക്കപ്പ് റിസോൾവർ

രണ്ടാമത്തെ എൻട്രി സാധാരണയായി ലഭ്യതയ്ക്കായി ഉണ്ട്, ലഭ്യത ബാക്കപ്പിന് പേരുകൾ അറിയാമെങ്കിൽ മാത്രം പ്രവർത്തിക്കുന്നു. പൊതു റിസോൾവറിനോട് ആന്തരിക ഹോസ്റ്റ്നാമം ചോദിക്കുക, അത് NXDOMAIN നൽകും, അല്ലെങ്കിൽ നിങ്ങളുമായി ബന്ധമില്ലാത്ത സേർച്ച് ഡൊമെയ്നിൽ നിന്ന് വൈൽഡ്കാർഡ് മറുപടി നൽകും. ആരും പരിശോധിക്കാത്ത ഫെയിൽഓവർ പിന്നീട് ആവശ്യമുള്ള കൃത്യസമയത്ത് തന്നെ തടസ്സം സൃഷ്ടിക്കുന്നു.

Split DNS അത് തടയാനാണ്: കമ്പനി സഫിക്സുകൾ സോൺ കൈവശമുള്ള റിസോൾവറിലേക്ക് പോകുന്നു, പൊതു പേരുകൾ സ്ഥിരസ്ഥിതി പാതയിൽ തുടരുന്നു. രൂപകൽപ്പന ഉറച്ചതാണ്, അത് സഫിക്സ് ലിസ്റ്റ് പൂർണ്ണമായിരിക്കുന്നതിനെ ആശ്രയിക്കുന്നു. Microsoft ഓരോ സഫിക്സിനുമുള്ള റിസോൾവർ പോളിസി രേഖപ്പെടുത്തുന്നു, അത് Windows-ൽ ഇത് നയിക്കുന്നു, അതേ ആശയം systemd-resolved-ൽ റൗട്ടിംഗ് ഡൊമെയ്നുകളായും macOS-ൽ പരിധിയുള്ള റിസോൾവറുകളായും പ്രത്യക്ഷപ്പെടുന്നു.

ബാക്കപ്പിന് മറുപടി നൽകാവുന്ന സോണുകളെ പോളിസിയിലുള്ള സഫിക്സുകളുമായി താരതമ്യം ചെയ്യുക. ആ താരതമ്യം ഉപയോക്താവ് ടണൽ മാറ്റത്തിന് ശേഷം ഒരു ആന്തരിക സൈറ്റ് പരിഹരിക്കുന്നത് നിർത്തി എന്ന് റിപ്പോർട്ട് ചെയ്യുന്നതിന് മുമ്പേ വിടവ് കണ്ടെത്തുന്നു.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം റിസോൾവർ വഴി ചോദിക്കുക, അതിനെ ഒഴിവാക്കി അല്ല

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം റിസോൾവർ വഴി ചോദിക്കുക, കാരണം സർവറിനോടുള്ള നേരിട്ടുള്ള ക്വറി പോളിസി ഒഴിവാക്കി ആ സർവർ പറയുന്നത് മാത്രം റിപ്പോർട്ട് ചെയ്യുന്നു. രണ്ട് മറുപടികൾക്കിടയിലുള്ള വിടവാണ് ഇതിന്റെ മുഴുവൻ കാര്യം:

resolvectl query intranet.example.com
dig +short intranet.example.com @198.51.100.53

സിസ്റ്റം ക്വറി സ്വകാര്യ വിലാസം നൽകുകയും നേരിട്ടുള്ള ക്വറി NXDOMAIN നൽകുകയും ചെയ്താൽ, പോളിസി പ്രവർത്തിക്കുന്നു, ദുർബലമായ ഇടം ബാക്കപ്പാണ്. രണ്ടും ഒരേ പൊതു മറുപടി നൽകിയാൽ, പേര് നിങ്ങൾ ഉദ്ദേശിച്ച പരിധിക്ക് പുറത്ത് പരിഹരിക്കപ്പെടുന്നു, സഫിക്സ് ലിസ്റ്റാണ് നോക്കേണ്ട സ്ഥലം. രണ്ട് ഔട്ട്പുട്ടുകളും സൂക്ഷിക്കുക, കാരണം സെറ്റിംഗ്സ് പേജിന്റെ സ്ക്രീൻഷോട്ടിനേക്കാൾ രണ്ട് വരികളിൽ റിസോൾവർ തർക്കം വേഗം തീരുന്നു.

പിന്നീട് പരാജയ പാത പരിശീലിക്കുക, കാരണം ആരും പരിശോധിക്കാത്ത ബാക്കപ്പ് ഒരു അനുമാനമാണ്. ഒരു ക്വറിക്ക് മുൻഗണനാ റിസോൾവറിനെ കറുത്ത ദ്വാരമാക്കി ഏത് വിലാസമാണ് മടങ്ങിവരുന്നതെന്ന് നോക്കുക:

ip route add blackhole 198.51.100.53/32
resolvectl query intranet.example.com
ip route del blackhole 198.51.100.53/32

ക്വറി തീരുന്നതോടെ ആ റൂട്ട് ഇല്ലാതാക്കുക, അല്ലെങ്കിൽ അടുത്ത വ്യക്തിക്ക് ഒരു നിഗൂഢത അവകാശമായി ലഭിക്കും. ആ സമയത്ത് ആന്തരിക പേരുകൾ ഇപ്പോഴും പരിഹരിക്കപ്പെടുന്നെങ്കിൽ, ഉദ്ദേശിച്ച പരിധിക്ക് പുറത്തുള്ള എന്തോ അവയ്ക്ക് മറുപടി നൽകി. പകരം സമയം കഴിഞ്ഞാൽ, ബാക്കപ്പ് ഇല്ല അല്ലെങ്കിൽ ശരിയായി പരിധിനിർണ്ണയിച്ചിരിക്കുന്നു, റിസോൾവറിന്റെ സ്വന്തം ലോഗ് അതിൽ ഏതാണെന്ന് പറയും.

തീരുമാനിക്കുക: നിലനിർത്തുക, പരിധിനിർണ്ണയിക്കുക അല്ലെങ്കിൽ നീക്കം ചെയ്യുക

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

ഫലം നാല് നിരകളായി രേഖപ്പെടുത്തുക: സഫിക്സ്, റിസോൾവർ, ഇന്റർഫേസ്, ഉടമ. ആ വരി ഏത് സ്ക്രീൻഷോട്ടിനേക്കാളും വേഗം അടുത്ത ഓഡിറ്റ് ചോദ്യത്തിന് മറുപടി നൽകുന്നു, ലിസ്റ്റ് നിശബ്ദമായി പുനഃക്രമീകരിക്കുന്ന ക്ലയന്റ് അപ്ഡേറ്റിനെയും അതിജീവിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ