ഒരു അടിസ്ഥാന ആവർത്തന കാഷിംഗ് DNS സെർവർ സജ്ജീകരിക്കുകയും ഡൊമെയ്uനിനായി സോണുകൾ ക്രമീകരിക്കുകയും ചെയ്യുക

നമ്മൾ നിത്യേന ഉപയോഗിക്കുന്ന എല്ലാ വെബ്uസൈറ്റുകളുടെയും ഐപി അഡ്രസ്സുകൾ ഓർത്തിരിക്കേണ്ടി വന്നാൽ എങ്ങനെയിരിക്കുമെന്ന് സങ്കൽപ്പിക്കുക. ഞങ്ങൾക്ക് അതിശയകരമായ മെമ്മറിയുണ്ടെങ്കിൽപ്പോലും, ഒരു വെബ്uസൈറ്റിലേക്ക് ബ്രൗസ് ചെയ്യുന്നതിനുള്ള പ്രക്രിയ പരിഹാസ്യമാംവിധം മന്ദഗതിയിലുള്ളതും സമയമെടുക്കുന്നതുമാണ്.

നമുക്ക് ഒന്നിലധികം വെബ്uസൈറ്റുകൾ സന്ദർശിക്കുകയോ ഒരേ മെഷീനിലോ വെർച്വൽ ഹോസ്റ്റിലോ ഉള്ള നിരവധി ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുകയോ ചെയ്യണമെങ്കിൽ എന്താണ് കാര്യം? എനിക്ക് ചിന്തിക്കാൻ കഴിയുന്ന ഏറ്റവും മോശം തലവേദനകളിൽ ഒന്നായിരിക്കും അത് - ഒരു വെബ്സൈറ്റുമായോ ആപ്ലിക്കേഷനുമായോ ബന്ധപ്പെട്ട ഐപി വിലാസം മുൻകൂർ അറിയിപ്പ് കൂടാതെ മാറ്റാനുള്ള സാധ്യതയെക്കുറിച്ച് പരാമർശിക്കേണ്ടതില്ല.

കുറച്ച് സമയത്തിന് ശേഷം ഇൻറർനെറ്റോ ഇന്റേണൽ നെറ്റ്uവർക്കുകളോ ഉപയോഗിക്കുന്നത് നിരസിക്കാൻ ഇത് മതിയാകും എന്ന ചിന്ത മാത്രം മതിയാകും.

ഡൊമെയ്ൻ നെയിം സിസ്റ്റം (ഡിഎൻഎസ് എന്നും അറിയപ്പെടുന്നു) ഇല്ലാത്ത ഒരു ലോകം എന്തായിരിക്കും. ഭാഗ്യവശാൽ, ഈ സേവനം മുകളിൽ സൂചിപ്പിച്ച എല്ലാ പ്രശ്നങ്ങളും പരിഹരിക്കുന്നു - ഒരു ഐപി വിലാസവും പേരും തമ്മിലുള്ള ബന്ധം മാറിയാലും.

ഇക്കാരണത്താൽ, ഈ ലേഖനത്തിൽ, ഒരു ലളിതമായ ഡിഎൻഎസ് സെർവർ എങ്ങനെ കോൺഫിഗർ ചെയ്യാമെന്നും ഉപയോഗിക്കാമെന്നും ഞങ്ങൾ പഠിക്കും, ഡൊമെയ്ൻ നാമങ്ങൾ ഐപി വിലാസങ്ങളിലേക്കും തിരിച്ചും വിവർത്തനം ചെയ്യാൻ അനുവദിക്കുന്ന ഒരു സേവനം.

DNS നെയിം റെസല്യൂഷൻ അവതരിപ്പിക്കുന്നു

പതിവ് മാറ്റങ്ങൾക്ക് വിധേയമല്ലാത്ത ചെറിയ നെറ്റ്uവർക്കുകൾക്കായി, /etc/hosts ഫയൽ ഡൊമെയ്uൻ നെയിം മുതൽ ഐപി അഡ്രസ് റെസലൂഷൻ വരെയുള്ള ഒരു അടിസ്ഥാന രീതിയായി ഉപയോഗിക്കാം.

വളരെ ലളിതമായ ഒരു വാക്യഘടന ഉപയോഗിച്ച്, ഒരു ഐപി വിലാസവുമായി ഒരു പേര് (കൂടാതെ/അല്ലെങ്കിൽ ഒരു അപരനാമം) ബന്ധപ്പെടുത്താൻ ഈ ഫയൽ ഞങ്ങളെ അനുവദിക്കുന്നു:

[IP address] [name] [alias(es)]

ഉദാഹരണത്തിന്,

192.168.0.1 gateway gateway.mydomain.com
192.168.0.2 web web.mydomain.com

അതിനാൽ, നിങ്ങൾക്ക് വെബ് മെഷീനിൽ അതിന്റെ പേര്, web.mydomain.com എന്ന അപരനാമം അല്ലെങ്കിൽ അതിന്റെ IP വിലാസം എന്നിവ ഉപയോഗിച്ച് എത്തിച്ചേരാനാകും.

വലിയ നെറ്റ്uവർക്കുകൾക്കോ അല്ലെങ്കിൽ ഇടയ്uക്കിടെ മാറ്റങ്ങൾക്ക് വിധേയമാകുന്നവയ്uക്കോ, ഡൊമെയ്uൻ നാമങ്ങൾ ഐപി വിലാസങ്ങളിലേക്ക് പരിഹരിക്കുന്നതിന് /etc/hosts ഫയൽ ഉപയോഗിക്കുന്നത് സ്വീകാര്യമായ പരിഹാരമായിരിക്കില്ല. അവിടെയാണ് ഒരു സമർപ്പിത സേവനത്തിന്റെ ആവശ്യം വരുന്നത്.

ഹുഡിന് കീഴിൽ, ഒരു DNS സെർവർ ഒരു വലിയ ഡാറ്റാബേസ് ഒരു ട്രീയുടെ രൂപത്തിൽ അന്വേഷിക്കുന്നു, അത് റൂട്ട് (\) സോണിൽ ആരംഭിക്കുന്നു.

ഇനിപ്പറയുന്ന ചിത്രം ചിത്രീകരിക്കാൻ ഞങ്ങളെ സഹായിക്കും:

മുകളിലെ ചിത്രത്തിൽ, റൂട്ട് (.) സോണിൽ com, edu, net ഡൊമെയ്uനുകൾ അടങ്ങിയിരിക്കുന്നു. ഈ ഡൊമെയ്uനുകൾ ഓരോന്നും ഒരു വലിയ കേന്ദ്രത്തെ ആശ്രയിക്കുന്നത് ഒഴിവാക്കാൻ വ്യത്യസ്ത ഓർഗനൈസേഷനുകൾ നിയന്ത്രിക്കുന്നു (അല്ലെങ്കിൽ ആകാം). ഒരു ശ്രേണിപരമായ രീതിയിൽ അഭ്യർത്ഥനകൾ ശരിയായി വിതരണം ചെയ്യാൻ ഇത് അനുവദിക്കുന്നു.

ഹൂഡിന് കീഴിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നമുക്ക് നോക്കാം:

1. web1.sales.me.com എന്നതിനായി ഒരു ക്ലയന്റ് ഒരു DNS സെർവറിലേക്ക് ഒരു അന്വേഷണം നടത്തുമ്പോൾ, സെർവർ, .com-ലെ നെയിം സെർവറിലേക്ക് ചോദ്യം ചൂണ്ടിക്കാണിക്കുന്ന, മുകളിലെ (റൂട്ട്) DNS സെർവറിലേക്ക് അന്വേഷണം അയയ്ക്കുന്നു. മേഖല.

ഇത്, അടുത്ത ലെവൽ നെയിം സെർവറിലേക്കും (me.com സോണിൽ), തുടർന്ന് sales.me.com എന്നതിലേക്കും അന്വേഷണം അയയ്ക്കുന്നു. FQDN (പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്uൻ നാമം, web1.sales.me.com ഈ ഉദാഹരണത്തിൽ) അത് ഉൾപ്പെടുന്ന സോണിന്റെ നെയിം സെർവർ നൽകുന്നതുവരെ ഈ പ്രക്രിയ ആവശ്യമുള്ളത്ര തവണ ആവർത്തിക്കുന്നു.

2. ഈ ഉദാഹരണത്തിൽ, sales.me.com. എന്നതിലെ നെയിം സെർവർ web1.sales.me.com എന്ന വിലാസത്തോട് പ്രതികരിക്കുകയും ആവശ്യമുള്ള ഡൊമെയ്ൻ നാമം-IP അസോസിയേഷൻ നൽകുകയും ചെയ്യുന്നു. കൂടാതെ മറ്റ് വിവരങ്ങളും (അങ്ങനെ ചെയ്യാൻ ക്രമീകരിച്ചിട്ടുണ്ടെങ്കിൽ).

ഈ വിവരങ്ങളെല്ലാം യഥാർത്ഥ DNS സെർവറിലേക്ക് അയയ്uക്കുന്നു, അത് ആദ്യം ആവശ്യപ്പെട്ട ക്ലയന്റിലേക്ക് അത് തിരികെ നൽകുന്നു. ഭാവിയിൽ സമാനമായ ചോദ്യങ്ങൾക്ക് സമാന ഘട്ടങ്ങൾ ആവർത്തിക്കാതിരിക്കാൻ, അന്വേഷണത്തിന്റെ ഫലങ്ങൾ DNS സെർവറിൽ സംഭരിക്കുന്നു.

ഇത്തരത്തിലുള്ള സജ്ജീകരണം സാധാരണയായി റിക്കർസീവ്, കാഷിംഗ് ഡിഎൻഎസ് സെർവർ എന്ന് അറിയപ്പെടുന്നതിന്റെ കാരണങ്ങൾ ഇവയാണ്.