VPN DNS റിപ്പോർട്ട്: പുനർനിർമ്മിക്കാൻ എന്ത് ഉൾപ്പെടുത്തണം

«DNS തകർന്നിരിക്കുന്നു» എന്നത് ഒരു നിഗമനമാണ്, സഹായിക്കുന്നയാൾക്ക് അതിൽ പ്രവർത്തിക്കാനാവില്ല. റിപ്പോർട്ടിന്റെ ഉപയോഗപ്രദമായ ഭാഗം പരാജയത്തിന്റെ രൂപമാണ്: ഏത് പേര്, ഏത് റിസോൾവറിലൂടെ, ഏത് പ്രതികരണത്തോടെ. മൂന്ന് വിശദാംശങ്ങൾ പരാതിയെ പുനർനിർമ്മിക്കാവുന്ന ഒന്നാക്കി മാറ്റുന്നു, സ്വകാര്യ ഭാഗങ്ങൾ പുനർനാമകരണം ചെയ്താൽ മൂന്നും സുരക്ഷിതമായി പങ്കിടാം. ആരെങ്കിലും സഹായിക്കുന്നതിന് മുമ്പ് VPN DNS റിപ്പോർട്ടിന് വേണ്ട ഏറ്റവും കുറഞ്ഞത് താഴെ പറയുന്നതാണ്.

പേരിന്റെ വിഭാഗം, വിധിയല്ല

പേരിൽ നിന്ന് തന്നെ തുടങ്ങി അതിനെ വർഗ്ഗീകരിക്കുക: പൊതു, ആന്തരികം, ചെറുത്, പൂർണ്ണമായി യോഗ്യതയുള്ളത്, അല്ലെങ്കിൽ ഒരു നിർദ്ദിഷ്ട പ്രത്യയം നൽകുന്നത്. പൊതു പേരുകൾ പരിഹരിക്കുമ്പോൾ പരാജയപ്പെടുന്ന ആന്തരിക പേര് റിസോൾവർ തിരഞ്ഞെടുപ്പിലേക്കാണ് സൂചിപ്പിക്കുന്നത്, പ്രാപ്തിയിലേക്കല്ല. എല്ലാ പേരുകളും പരാജയപ്പെട്ടാൽ അത് റിസോൾവറിലേക്കുള്ള പാതയിലേക്ക് സൂചിപ്പിക്കുന്നു, അത് വേറെ തെളിവുകളുള്ള വേറെ അന്വേഷണമാണ്. വിഭാഗം രോഗനിർണ്ണയം വഹിക്കുന്നു, കൃത്യമായ സ്ട്രിംഗ് മറയ്ക്കാം.

പരാജയത്തിന് ടണൽ ഉയർന്നിരിക്കണോ, അതോ വിച്ഛേദിക്കപ്പെട്ടതിന് ശേഷം സംഭവിക്കുന്നുവോ എന്ന് പറയുക. VPN സജീവമായിരിക്കുമ്പോൾ മാത്രം തകരുന്ന പേര് ഓരോ ലിങ്കിന്റെയും കോൺഫിഗറേഷനെ സൂചിപ്പിക്കുന്നു, വിച്ഛേദത്തിന് ശേഷം തകരുന്നത് അവശേഷിക്കുന്ന അവസ്ഥയെയും. റിപ്പോർട്ടുകൾ ഇത് സാധാരണയായി ഒഴിവാക്കി, ആദ്യ നിർദ്ദേശം എന്തുകൊണ്ട് സഹായിക്കുന്നില്ലെന്ന് പിന്നീട് അത്ഭുതപ്പെടുന്നു.

റിസോൾവർ പാത രേഖപ്പെടുത്തുക

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

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

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

നിയന്ത്രിത താരതമ്യം പ്രസ്താവിക്കുക

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

പരിഹാരത്തെ ഡെലിവറിയിൽ നിന്ന് വേർതിരിക്കുക. പേര് പരിഹരിക്കപ്പെടുകയും സൈറ്റ് ഇപ്പോഴും പരാജയപ്പെടുകയും ചെയ്യുമ്പോൾ, DNS ഘട്ടം വിജയിച്ചു, റിപ്പോർട്ട് അത് പറയണം, കാരണം അടുത്ത ഘട്ടം റിസോൾവറല്ല, ഒരു റൂട്ടോ ലിസണറോ ആണ്. ആ ഒരു വ്യത്യാസം ഏതൊരു ലോഗ് ഭാഗത്തെക്കാളും കൂടുതൽ തവണ ഒരു മുഴുവൻ ചോദ്യറൗണ്ട് ലാഭിക്കുന്നു.

നെയിംസ്പേസ് മറയ്ക്കുക, ബന്ധങ്ങൾ നിലനിർത്തുക

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

പരിശോധിച്ച ചാനലിലൂടെ രേഖ അയയ്ക്കുക, രോഗനിർണ്ണയത്തിന് ഒരിക്കലും വേണ്ടാത്തത് പുറത്ത് നിർത്തുക. പാസ്വേഡുകൾ, സ്വകാര്യ കീകൾ, ബന്ധമില്ലാത്ത കമ്പനി പേരുകൾ എന്നിവ DNS ചോദ്യത്തിന്റെ ഭാഗമല്ല. വായനക്കാരന് വേണ്ടത് പരാജയത്തിന്റെ വിഭാഗം, റിസോൾവർ പാത, കൃത്യമായ പിശക്, നിങ്ങൾ നടത്തിയ ഒരു താരതമ്യം എന്നിവയാണ്.