VPN-ലെ DNS തെറ്റാണോ? ഒരു അധികാര സർവർ പഴയതായിരിക്കാം

VPN ബന്ധിപ്പിക്കുമ്പോൾ ഒരു ഹോസ്റ്റ്നെയിം ഇന്നലത്തെ വിലാസത്തിലേക്കോ ഒന്നിലേക്കുമോ പരിഹരിക്കുന്നു. വിച്ഛേദിച്ചാൽ വീണ്ടും പ്രവർത്തിക്കുന്നു. ടണൽ അടിച്ചേൽപ്പിച്ച റിസോൾവറിനെ കുറ്റപ്പെടുത്തുകയാണ് സ്വാഭാവിക പ്രതികരണം, പക്ഷേ കൂടുതൽ സാധാരണ കാരണം സോൺ അപ്ഡേറ്റുകൾ സ്വീകരിക്കുന്നത് നിർത്തിയ ഒരു പ്രസിദ്ധീകരിച്ച നെയിം സർവറാണ്. നിങ്ങളുടെ കാഷെ ചെയ്ത ഉത്തരം വന്ന അധികാരത്തിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു അധികാരത്തിലേക്ക് പുതിയ പാത എത്തി എന്നു മാത്രം.

റിസോൾവറിനനുസരിച്ച് ലക്ഷണം മാറുന്നു

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

അതുകൊണ്ടാണ് ഒരേ പേര് ഒരു ഓഫീസിൽ പ്രവർത്തിച്ച് ഹോട്ടലിൽ നിന്ന് പരാജയപ്പെടുന്നത്, പ്രാദേശിക കാഷെ മായ്ക്കുന്നത് ചിലപ്പോൾ മാത്രം സഹായിക്കുന്നതും. കാഷെ മായ്ക്കുമ്പോൾ ചോദ്യം വീണ്ടും അതേ അധികാരത്തിലേക്ക് പോകുന്നു.

വേർതിരിക്കുന്ന പരിശോധന ഓരോ പ്രസിദ്ധീകരിച്ച സർവറിലേക്കുമുള്ള നേരിട്ടുള്ള ചോദ്യമാണ്.

ഓരോ അധികാരത്തോടും നേരിട്ട് ചോദിക്കുക

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

dig +short NS example.com
dig @ns1.dns.example app.example.com A
dig @ns2.dns.example app.example.com A

സോണിന്റെ മുകളിലെ NS റെക്കോർഡുകൾക്കും ഇതേ കാര്യം ചെയ്യുക, കാരണം മാറ്റത്തിന് ശേഷം മാതാവിന്റെ ഡെലിഗേഷനും സോണിന്റെ സ്വന്തം NS കൂട്ടവും വ്യത്യാസപ്പെടാം. SOA-യിലെ ക്രമ നമ്പറുകളാണ് അടുത്തതായി താരതമ്യം ചെയ്യേണ്ടത്, വളരെ പിന്നിലുള്ള ദ്വിതീയ സർവർ ഉത്തരത്തിന്റെ പ്രശ്നമല്ല, കൈമാറ്റത്തിന്റെ പ്രശ്നമാണ്.

ആ ചോദ്യങ്ങൾ നിങ്ങളുടെ മേശയിൽ നിന്ന് മാത്രമല്ല, പരാജയപ്പെടുന്ന നെറ്റ്വർക്കിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക.

ഉദ്ദേശിച്ച കാഴ്ചകളെ തകർന്നവയിൽ നിന്ന് വേർതിരിക്കുക

ചില ഡൊമെയ്നുകൾ പ്രദേശമോ റിസോൾവർ ഗ്രൂപ്പോ അനുസരിച്ച് ബോധപൂർവം വ്യത്യസ്തമായി ഉത്തരം നൽകുന്നു, വിഭജിത ചക്രവാള ക്രമീകരണങ്ങൾ സംരംഭ നെറ്റ്വർക്കുകളിൽ സാധാരണമാണ്.

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

SERVFAIL ഉത്തരം നൽകുന്ന സർവർ ആത്മവിശ്വാസത്തോടെ തെറ്റായി ഉത്തരം നൽകുന്നതിനെക്കാൾ എളുപ്പത്തിൽ രോഗനിർണ്ണയം ചെയ്യാം.

മാറ്റം കാഷെ മറച്ചത് വെളിപ്പെടുത്തുന്നു

പ്രൊവൈഡർ മാറ്റുമ്പോൾ രണ്ട് അധികാര സ്ഥാനങ്ങൾ മാറുന്നു: മാതാവിന്റെ ഡെലിഗേഷനും സോണിന്റെ സ്വന്തം NS റെക്കോർഡുകളും. രണ്ടും അപ്ഡേറ്റ് ചെയ്യണം, രണ്ടും അവയുടെ TTL വരെ കാഷെ ചെയ്യപ്പെടുന്നു. പഴയ സർവർ പ്രവർത്തിച്ച് മുൻ സോൺ നൽകുന്നത് തുടർന്നാൽ, അതിനോട് ചോദിക്കുന്ന റിസോൾവറുകളുള്ള ക്ലയന്റുകൾ മാറ്റം പൂർത്തിയായതായി തോന്നിയതിന് ശേഷവും വളരെക്കാലം പഴയ ഉത്തരം ലഭിച്ചുകൊണ്ടിരിക്കും.

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

ലാപ്ടോപ്പിലെ റിസോൾവർ മാറ്റുന്നത് ആ ലാപ്ടോപ്പ് ശരിയാക്കുന്നു, മറ്റൊന്നുമല്ല.

സോൺ ശരിയാക്കുക, റിസോൾവറല്ല

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

പിന്നീട് രണ്ട് നെറ്റ്വർക്കുകളിൽ നിന്നും നേരിട്ടുള്ള ചോദ്യങ്ങൾ വീണ്ടും പ്രവർത്തിപ്പിച്ച്, നിങ്ങൾ മാറ്റിയ റെക്കോർഡിന്റെ TTL തീരുന്നതുവരെ കാത്തിരിക്കുക.

ഓരോ അധികാരത്തിൽ നിന്നും ഉത്തരം സ്ഥിരമാണെന്ന് ഉറപ്പാക്കി, അടുത്ത വ്യത്യാസം എളുപ്പത്തിൽ വർഗ്ഗീകരിക്കാൻ ഉദ്ദേശിച്ച കാഴ്ച സോൺ രേഖകളിൽ എഴുതുക.