ആന്തരിക പേരുകൾ ചോർത്താതെ സ്പ്ലിറ്റ് DNS പരിശോധിക്കൽ

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

രണ്ട് പേരുകൾ തിരഞ്ഞെടുത്ത് ആദ്യം രണ്ട് ഉത്തരങ്ങളും പ്രവചിക്കുക

നെറ്റ്വർക്ക് ഉടമയോട് ഒരു രേഖപ്പെടുത്തിയ ആന്തരിക പരീക്ഷണ നാമം ചോദിക്കുക, സംഘടനയെക്കുറിച്ച് ഒന്നും പറയാത്ത ഒരു സാധാരണ പൊതു നാമം തിരഞ്ഞെടുക്കുക. എന്തെങ്കിലും പ്രവർത്തിപ്പിക്കുന്നതിന് മുൻപ് ഓരോന്നിനും എന്ത് സംഭവിക്കണമെന്ന് എഴുതുക: ആന്തരിക നാമം ടണലിന്റെ resolver-ൽ എത്തി ആന്തരിക വിലാസം തിരികെ നൽകണം, പൊതു നാമം സിസ്റ്റം സാധാരണയായി ഉപയോഗിക്കുന്ന resolver വഴി പരിഹരിക്കപ്പെടണം. ആ രണ്ട് പ്രവചനങ്ങളാണ് പരീക്ഷണം, കാരണം അവയില്ലാതെ ഏത് ഉത്തരവും പിന്നീട് ന്യായീകരിക്കാം. ജോഡി ഓരോ പ്രവർത്തനത്തിലും മാറ്റമില്ലാതെ നിർത്തുക, അപ്പോൾ പിന്നീടുള്ള താരതമ്യത്തിന് അർത്ഥമുണ്ടാകും.

ഉദ്ദേശിച്ച നിയമങ്ങളല്ല, പ്രാബല്യത്തിലുള്ള നിയമങ്ങൾ പരിശോധിക്കുക. VPN കണക്ഷനോട് ഘടിപ്പിച്ച ഡൊമെയിൻ പട്ടിക ഏത് പ്രത്യയം ഏത് resolver-ലേക്ക് പോകണമെന്ന് തീരുമാനിക്കുന്നു, ആ പട്ടികയിലെ ഒരു ടൈപ്പോ വിശ്വസനീയമെന്ന് തോന്നുന്ന തെറ്റായ വിഭജനം സൃഷ്ടിക്കുന്നു. മാനേജ് ചെയ്യപ്പെടുന്ന ഉപകരണത്തിൽ അഡ്മിനിസ്ട്രേറ്ററുടെ ഡയഗ്നോസ്റ്റിക് പാത ഉപയോഗിക്കുക, കാരണം പ്രാദേശിക ഓവർറൈഡുകൾ അടുത്ത പരിശോധനയിൽ നയപ്രകാരം പുനഃസജ്ജമാക്കാം.

അതേ ടിക്കറ്റിൽ നിരീക്ഷിച്ച ഉത്തരത്തിനൊപ്പം പ്രവചനം എഴുതുക. പ്രവചനമില്ലാത്ത പരീക്ഷണം പരാജയപ്പെടാൻ കഴിയില്ല, പരാജയപ്പെടാൻ കഴിയാത്ത പരീക്ഷണം ഒന്നും പഠിപ്പിക്കുന്നുമില്ല.

ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന പാത പരിശോധിക്കുക, നിങ്ങൾ തിരഞ്ഞെടുത്ത ഒരു സെർവറല്ല

resolver-നെ വ്യക്തമായി പേരിടുന്ന കമാൻഡ് ആ resolver മാത്രം പരിശോധിക്കുന്നു, മറ്റൊന്നുമല്ല. ആന്തരിക സെർവർ ഉത്തരം നൽകുന്നുണ്ടോ എന്ന് അത് പറയുന്നു, അത് ഉപകാരപ്രദമാണ്, ഒരു ആപ്ലിക്കേഷൻ പേര് അവിടേക്ക് അയക്കുന്നുണ്ടോ എന്ന് അത് പറയുന്നില്ല. ആദ്യം സാധാരണ പാതയിലൂടെ പരിശോധിക്കുക: ആപ്ലിക്കേഷൻ ചെയ്യുന്നതുപോലെ ആന്തരിക നാമം പരിഹരിക്കുക, പിന്നീട് അതേ രീതിയിൽ പൊതു നാമം പരിഹരിക്കുക. അതിനുശേഷം മാത്രം പ്രവർത്തനം എവിടെ വ്യത്യാസപ്പെടുന്നുവെന്ന് കണ്ടെത്താൻ നിർദ്ദിഷ്ട സെർവറുകളോട് ചോദിക്കുക.

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

പുനഃസ്ഥാപനമാണ് ചോദ്യമെങ്കിൽ വീണ്ടും കണക്ട് ചെയ്ത ശേഷം തിരച്ചിൽ ആവർത്തിക്കുക. വീണ്ടും കണക്ട് ചെയ്യുന്നതിന് മുൻപുള്ള കാഷെ ചെയ്ത ഉത്തരം ശരിയായി പുനഃസ്ഥാപിച്ച വിഭജനത്തെ യഥാർത്ഥത്തേക്കാൾ മികച്ചതോ മോശമായതോ ആയി കാണിക്കാം.

വിജയമോ പരാജയമോ മാത്രമല്ല, ഉത്തരത്തിന്റെ വിഭാഗം രേഖപ്പെടുത്തുക

നാലിൽ ഏത് സംഭവിച്ചുവെന്ന് എഴുതുക: ആന്തരിക വിലാസം, പൊതു വിലാസം, നിഷേധാത്മക ഉത്തരം, അല്ലെങ്കിൽ സമയപരിധി കഴിയൽ. ഓരോന്നിനും വ്യത്യസ്ത അർത്ഥമുണ്ട്. ആന്തരിക നാമത്തിന് ആന്തരിക വിലാസം പ്രതീക്ഷിച്ച വിജയമാണ്; ആന്തരിക നാമത്തിന് പൊതു വിലാസം ക്വറി ടണൽ വിട്ടുവെന്ന് സൂചിപ്പിക്കുന്നു; അധികാരിക സെർവറിൽ നിന്നുള്ള നിഷേധാത്മക ഉത്തരം റൂട്ടിംഗ് തകരാറല്ല, കാണാത്ത റെക്കോർഡിനെ സൂചിപ്പിക്കുന്നു; സമയപരിധി കഴിയൽ എത്തിച്ചേരൽ പ്രശ്നത്തെയോ ക്വറി ഒരിക്കലും ലഭിക്കാത്ത resolver-നെയോ സൂചിപ്പിക്കുന്നു. വിജയവും പരാജയവും നടപടിയെടുക്കാൻ വളരെ പരുക്കനാണ്.

പുതിയ ക്വറി ഇല്ലാത്തത് വ്യാഖ്യാനിക്കുന്നതിന് മുൻപ് കാഷെ കണക്കിലെടുക്കുക, കാരണം കാഷെയിലുള്ള നിഷേധാത്മക ഉത്തരം നിലവിലില്ലാത്ത പേരിനോട് കൃത്യമായി സമാനമാണ്. പിന്തുണയുള്ള ഉപകരണങ്ങൾ ഉപയോഗിച്ച് എന്തെങ്കിലും മായ്ക്കുന്നതിന് മുൻപ് ഉത്തരം പകർത്തുക, കാരണം ആദ്യ ഉത്തരമാണ് തെളിവ്.

അനുമാനിക്കാതെ രണ്ട് ശാഖകളും വ്യാഖ്യാനിക്കുക

ആന്തരിക നാമം ശരിയായി പരിഹരിക്കപ്പെട്ടിട്ടും ആപ്ലിക്കേഷൻ പരാജയപ്പെടുന്നെങ്കിൽ resolver തന്റെ ജോലി ചെയ്തു, അടുത്ത സംശയിക്കപ്പെടുന്നവർ വിഭവത്തിലെ റൂട്ടുകളും അനുമതികളുമാണ്. സ്വകാര്യ നാമം പൊതു resolver-ൽ എത്തിയെങ്കിൽ ആ തിരച്ചിലിൽ വിഭജന നിയമം പ്രയോഗിക്കുന്നില്ല, അതിനാൽ നാമസ്ഥലത്തിന്റെ ഉടമയോടൊപ്പം ഡൊമെയിൻ പട്ടികയും ഏതെങ്കിലും ബ്രൗസർ നയവും പുനഃപരിശോധിക്കുക. ഈ രണ്ട് ശാഖകൾക്കും വ്യത്യസ്ത ഉടമകളാണ്, അതുകൊണ്ടാണ് ഏതാണ് കണ്ടതെന്ന് രേഖപ്പെടുത്തുന്നത് എന്തോ തകർന്നുവെന്ന് രേഖപ്പെടുത്തുന്നതിനേക്കാൾ പ്രധാനമാകുന്നത്.

ഘടന നിലനിർത്തി പങ്കിട്ട ഔട്ട്പുട്ടിലെ സൂക്ഷ്മ ഭാഗങ്ങൾ മറയ്ക്കുക: ഏത് നാമസ്ഥലം, ഏത് നിയമം, ഏത് ഉത്തര വിഭാഗം. resolver-ന്റെ ഉത്തരത്തിൽ ആന്തരിക വിലാസങ്ങളും ഹോസ്റ്റ് നാമങ്ങളും ഉണ്ടാകാം, ടിക്കറ്റ് രണ്ടിനും സ്ഥിരമായ വീടാണ്.

പിന്നീട് നിരീക്ഷിച്ച രണ്ട് വിഭാഗങ്ങളും പേരുകൾ നീക്കിയ ഫലവും നാമസ്ഥലത്തിന്റെ ഉടമയ്ക്ക് നൽകുക. അത് ഒരാഴ്ചത്തെ അനുമാനത്തിന് പകരം അഞ്ച് മിനിറ്റ് സംഭാഷണമാണ്.