റാഷിദ് അച്ചിലോവ്

DNS സോണുകൾ സൃഷ്ടിക്കുന്നു

ഡൊമെയ്ൻ പേര് സിസ്റ്റം- ഇൻ്റർനെറ്റിൻ്റെ ഒരു തരം "നാഡീവ്യൂഹം". നിങ്ങൾ ടൈപ്പുചെയ്യുമ്പോൾ, "സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ" മാസികയുടെ വെബ്‌സൈറ്റിൽ നിങ്ങൾ എത്തുന്നു, അല്ലാതെ മറ്റെവിടെയെങ്കിലും അല്ല. ഒരു ഡിഎൻഎസ് സെർവർ എങ്ങനെ സൃഷ്ടിക്കാം, ക്രമീകരിക്കാം, പ്രവർത്തിപ്പിക്കാം ചെറുകിട സംരംഭം?

DNS ഘടന

നിലവിൽ, ലോകമെമ്പാടുമുള്ള ദശലക്ഷക്കണക്കിന് നോഡുകൾ ഉൾക്കൊള്ളുന്ന ഒരു വലിയ ശൃംഖലയാണ് ഇൻ്റർനെറ്റ്. ഒരു കമ്പ്യൂട്ടറിൽ നിന്നുള്ള ഒരു അഭ്യർത്ഥന മറ്റൊരു കമ്പ്യൂട്ടറിൽ സ്ഥിതി ചെയ്യുന്ന ഒരു ലക്ഷ്യത്തിലെത്താൻ, ഈ ലക്ഷ്യം ആദ്യം വ്യക്തമാക്കണം. നിങ്ങൾക്ക് തീർച്ചയായും IP വിലാസം നേരിട്ട് വ്യക്തമാക്കാൻ കഴിയും. നിങ്ങൾക്ക് അവനെ അറിയാമെങ്കിൽ, തീർച്ചയായും. എന്നാൽ ഇവിടെ വളരെ എളുപ്പത്തിൽ ഒരു തെറ്റ് ചെയ്യാൻ കഴിയും - നിങ്ങൾക്ക് ആവശ്യമുള്ള വിലാസം ഇതിനകം എവിടെയൊക്കെ മാറിയിരിക്കാം എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ, കൂടാതെ മികച്ച സാഹചര്യംവിലാസം കണ്ടെത്തിയില്ലെന്ന് പറയുന്ന ഒരു സന്ദേശം നിങ്ങൾ കാണും, ഏറ്റവും മോശമായ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് ആവശ്യമുള്ളതുമായി യാതൊരു ബന്ധവുമില്ലാത്ത ഒരു സൈറ്റിൽ നിങ്ങൾ സ്വയം കണ്ടെത്തും. www.site പോലുള്ള പ്രതീകാത്മക പേരുകളും അവയുമായി ബന്ധപ്പെട്ട IP വിലാസങ്ങളും തമ്മിലുള്ള കത്തിടപാടുകൾ സംഭരിക്കുന്ന ഒരു സിസ്റ്റത്തിലേക്ക് തിരിയുന്നത് കൂടുതൽ വിശ്വസനീയവും എളുപ്പവുമാണ് (ഞങ്ങളുടെ കാര്യത്തിൽ, 217.144.98.99). ഡിഎൻഎസ് അത്തരമൊരു സംവിധാനമാണ്. മുഴുവൻ ഇൻറർനെറ്റിൻ്റെയും പ്രവർത്തനം അതിൻ്റെ വിജയകരമായ പ്രവർത്തനത്തെ ആശ്രയിച്ചിരിക്കുന്നതിനാൽ, ഈ സിസ്റ്റം ഒരു വിതരണം ചെയ്ത ഡാറ്റാബേസിൻ്റെ തത്വത്തിൽ പ്രവർത്തിക്കുന്നു - 13 "അറിയപ്പെടുന്ന" സെർവറുകൾ ഉണ്ട്, അവയെ "റൂട്ട്" സെർവറുകൾ എന്നും വിളിക്കുന്നു, സെർവറുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു, വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു. സെർവറുകളെ കുറിച്ച്. ജാക്ക് നിർമ്മിച്ച വീട് പോലെ.

"" സോൺ വിവരിച്ച മുഴുവൻ ഇൻ്റർനെറ്റ് നെറ്റ്‌വർക്കും (ഡോട്ട്) TLD എന്ന് വിളിക്കപ്പെടുന്നവയായി തിരിച്ചിരിക്കുന്നു (ടോപ്പ് ലെവൽ ഡൊമെയ്‌നുകൾ - ഡൊമെയ്‌നുകൾ ഉയർന്ന തലം), പ്രവർത്തനപരമായോ ഭൂമിശാസ്ത്രപരമായോ വിതരണം ചെയ്യുന്നു. പ്രൈമറി ഡൊമെയ്ൻ - "പ്രാഥമിക ഡൊമെയ്ൻ" അല്ലെങ്കിൽ "ഫസ്റ്റ് ലെവൽ ഡൊമെയ്ൻ" എന്ന പദവും ഉണ്ട്, എന്നാൽ ഈ പദം വളരെ കുറവാണ് ഉപയോഗിക്കുന്നത്. ഐഎസ്ഒ 3166 അനുസരിച്ചാണ് ഭൂമിശാസ്ത്രപരമായ വിതരണം നടത്തുന്നത്, ഇത് ലോകത്തിലെ എല്ലാ രാജ്യങ്ങൾക്കും രണ്ടോ മൂന്നോ അക്ഷര കോഡുകൾ സ്ഥാപിക്കുന്നു. ഒരു പുതിയ TLD സൃഷ്ടിക്കുന്നതിന് ആവശ്യമായ ഫങ്ഷണൽ അടിസ്ഥാനത്തിലുള്ള അലോക്കേഷൻ നടത്തുന്നു. TLD-കളെ സംബന്ധിച്ച എല്ലാ പ്രശ്‌നങ്ങളും ICANN (ഇൻ്റർനെറ്റ് കോർപ്പറേഷൻ ഫോർ അസൈൻഡ് നെയിംസ് ആൻഡ് നമ്പറുകൾ) കൈകാര്യം ചെയ്യുന്നുവെന്നത് ഇവിടെ ശ്രദ്ധിക്കേണ്ടതാണ്, കൂടാതെ ഒരു പുതിയ TLD സൃഷ്ടിക്കണോ എന്ന് തീരുമാനിക്കുന്നത് ഈ ബോഡിയാണ്.

റൂട്ട് സെർവറുകളിൽ തന്നെ രണ്ടാം-ലെവൽ സോണുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയ സെർവറുകളിലേക്കുള്ള ലിങ്കുകൾ മാത്രമേ അടങ്ങിയിട്ടുള്ളൂ, അവയിൽ മൂന്നാം-ലെവൽ സോണുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയ സെർവറുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു. മിക്ക കേസുകളിലും, ശ്രേണി മൂന്നാം അല്ലെങ്കിൽ നാലാമത്തെ സോണിൽ അവസാനിക്കുന്നു. എന്നാൽ ഇവിടെ ചില പരിമിതികൾ ഉള്ളതുകൊണ്ടല്ല. സങ്കീർണ്ണമായ പേരുകൾ ഓർമ്മിക്കുന്നത് IP വിലാസങ്ങളേക്കാൾ എളുപ്പമല്ല.

അതിനാൽ, www.granch.ru എന്ന വെബ് സെർവറിനെക്കുറിച്ചുള്ള വിവരങ്ങൾക്കായി തിരയുന്ന പ്രക്രിയ ഇതുപോലെ കാണപ്പെടും:

• ക്ലയൻ്റ് അതിൻ്റെ ഡിഎൻഎസ് സെർവറുമായി ബന്ധപ്പെടുന്നു, അതിൻ്റെ വിലാസം "www.granch.ru എന്ന പേരുമായി ബന്ധപ്പെട്ട വിലാസം എന്നോട് പറയൂ" എന്ന അഭ്യർത്ഥനയോടെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ സജ്ജമാക്കി.
• അഭ്യർത്ഥിച്ച വിവരങ്ങൾ അതിൻ്റെ കാഷെയിൽ സംഭരിച്ചിട്ടില്ലെങ്കിൽ തിരയൽ ആരംഭിക്കേണ്ട സെർവറുകളുടെ വിലാസങ്ങൾ DNS സെർവറിന് അറിയാം, അതിനാൽ അത് അവയിലൊന്നിലേക്ക് തിരിയുന്നു.
• റൂട്ട് സെർവർ അവനു zone.ru ൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിൻ്റെ വിലാസം അയയ്ക്കുന്നു
• DNS സെർവർ zone.ru സെർവറിലേക്ക് പ്രവേശിക്കുന്നു
• Zone.ru സെർവർ അവൻ്റെ സോണിനുള്ളിലെ ഗ്രെഞ്ച് സോണിന് ഉത്തരവാദിയായ സെർവറിൻ്റെ വിലാസം അയയ്‌ക്കുന്നു.
• DNS സെർവർ, zone granch.ru ൻ്റെ സെർവറിലേക്ക് പ്രവേശിക്കുന്നു.
• അവസാനമായി, ഗ്രാഞ്ച്.ru എന്ന സോൺ സെർവർ അവനോട് www എന്ന പേരുമായി ബന്ധപ്പെട്ട വിലാസം പറയുന്നു. IN ഈ സാഹചര്യത്തിൽഅത് 81.1.252.58 ആയിരിക്കും.

ഈ പ്രക്രിയ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 1, അക്കങ്ങൾ അഭ്യർത്ഥനകളുടെ ക്രമം സൂചിപ്പിക്കുന്നു.

നിങ്ങളുടെ വിവരങ്ങൾ ഡിഎൻഎസ് ഘടനയിലേക്ക് എങ്ങനെ സംയോജിപ്പിക്കാം?

ഏതെങ്കിലും സിസ്റ്റത്തിൽ ചേരുന്നതിന് മുമ്പ്, എവിടെ, എങ്ങനെ ചേരണം എന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് കുറച്ച് ധാരണ ഉണ്ടായിരിക്കണം.

നമ്മൾ എവിടെയാണ് ഇത് ഉൾച്ചേർക്കേണ്ടത്?

വ്യത്യസ്ത സെർവറുകൾ വ്യത്യസ്ത TLD-കൾക്ക് ഉത്തരവാദികളാണ്, ഒരു ചട്ടം പോലെ, ഒരു സെർവർ (കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഒരു ഓർഗനൈസേഷൻ) ഭൂമിശാസ്ത്രപരമായ ഡൊമെയ്‌നുകൾക്ക് ഉത്തരവാദിയാണെങ്കിൽ, പൊതുവേ പറഞ്ഞാൽ, രജിസ്ട്രാറുകൾ എന്ന് വിളിക്കപ്പെടുന്ന പരിധിയില്ലാത്ത എണ്ണം, അതായത്, കമ്പനികൾ പ്രത്യേക കരാറുകളിൽ ഏർപ്പെട്ടു, ICANN-നൊപ്പം ഫംഗ്ഷണൽ ഡൊമെയ്‌നുകളുടെ ഉത്തരവാദിത്തം അവർക്കായിരിക്കും, ചില ഫങ്ഷണൽ ഡൊമെയ്‌നുകളിൽ പേരുകൾ രജിസ്റ്റർ ചെയ്യുന്നത് അവരായിരിക്കും. ഫങ്ഷണൽ ഡൊമെയ്‌നിൻ്റെ ഒരു ഹ്രസ്വ വിവരണവും അതിൻ്റെ രജിസ്ട്രാറുടെ വിലാസവും നൽകിയിരിക്കുന്നു.

നിരവധി രജിസ്ട്രാർമാരുണ്ടെങ്കിൽ, പ്രധാനവൻ്റെ വിലാസം നൽകിയിരിക്കുന്നു (ഉദാഹരണത്തിന്, domain.com എന്നതിനായുള്ള VeriSign). .gov, .mil ഡൊമെയ്‌നുകൾ അമേരിക്കൻ ഗവൺമെൻ്റിനും അമേരിക്കൻ സൈനിക ഓർഗനൈസേഷനുകൾക്കുമായി മാത്രമായി സംവരണം ചെയ്തിരിക്കുന്നു, കൂടാതെ .gov ൻ്റെ സംവരണം അനുബന്ധ RFC - RFC 2146 വഴി ഔപചാരികമാക്കുന്നു. നിലവിലുള്ള എല്ലാത്തിൻ്റെയും പൂർണ്ണമായ ലിസ്റ്റ് നിലവിൽഡൊമെയ്ൻ രജിസ്ട്രാറെയും ആവശ്യമായ കോൺടാക്റ്റ് വിവരങ്ങളെയും സൂചിപ്പിക്കുന്ന ഭൂമിശാസ്ത്രപരമായ TLD-കളിൽ കണ്ടെത്താനാകും. പറയുകയാണെങ്കിൽ, zone.com-ൽ നിങ്ങൾക്ക് ഒരു വലിയ ലിസ്റ്റിൽ നിന്ന് തിരഞ്ഞെടുക്കാമെങ്കിലും, zones.ru, su RUTSENTR എന്നിവയ്ക്കായി, ഓപ്ഷനുകളൊന്നുമില്ല.

ഇവിടെ ശ്രദ്ധിക്കേണ്ട നിരവധി പോയിൻ്റുകൾ ഉണ്ട്. വാസ്തവത്തിൽ, zone.su എന്നത് നിലവിലില്ലാത്ത ഒരു അവസ്ഥയെ സൂചിപ്പിക്കുന്നു സോവ്യറ്റ് യൂണിയൻ(സോവിയറ്റ് യൂണിയൻ), അത് സേവനം തുടരുകയും രജിസ്ട്രേഷനായി തുറന്നിരിക്കുകയും ചെയ്യുന്നുവെങ്കിലും. അവിടെ രജിസ്ട്രേഷൻ വളരെ ചെലവേറിയതാണ് - പ്രതിവർഷം രജിസ്ട്രേഷനോ പിന്തുണയ്ക്കോ $100.

ഒരു ഡൊമെയ്ൻ രജിസ്റ്റർ ചെയ്യുമ്പോൾ ഒരു ഓർഗനൈസേഷനോ വ്യക്തിക്കോ മറ്റൊന്നിനേക്കാൾ മുൻഗണന നൽകുന്ന മുൻഗണനയില്ല. പ്ലാസ്റ്റിക് വിൻഡോകളുടെ നിർമ്മാണത്തിൽ ഏർപ്പെട്ടിരിക്കുന്ന ഒരു അമേരിക്കൻ വ്യവസായി windows2000.com എന്ന ഡൊമെയ്ൻ രജിസ്റ്റർ ചെയ്തു. മൈക്രോസോഫ്റ്റ് ഇത് ചെയ്യാൻ ശ്രമിച്ചപ്പോൾ, പേര് ഇതിനകം എടുത്തിരുന്നുവെന്ന് കണ്ടെത്തി, കമ്പനിക്ക് പണം നൽകേണ്ടിവന്നു. ഒരു വലിയ തുക. “സൈബർസ്‌ക്വാറ്റിംഗ്” എന്ന ആശയം പോലും ഉണ്ട് - ഡൊമെയ്‌നുകൾ അവയുടെ തുടർന്നുള്ള പുനർവിൽപ്പനയ്‌ക്കായി രജിസ്റ്റർ ചെയ്യുന്ന പ്രക്രിയ. RUTSENTR-നും ഇതിൽ ഒരു പങ്കുണ്ട്, 2006 ജൂൺ 1-ന് അവതരിപ്പിച്ച പുതിയ നിയമങ്ങൾ അനുസരിച്ച്, റിലീസ് ചെയ്ത ഡൊമെയ്‌നുകൾ ഒരു "ഡൊമെയ്ൻ നാമം ലേലത്തിന്" വെക്കുകയും ഏറ്റവും ഉയർന്ന ലേലക്കാരന് കൈമാറുകയും ചെയ്യുന്നു. പേരുകൾ ഒരു വർഷത്തേക്ക് "ലേലത്തിൽ" നടക്കുന്നു; ഈ കാലയളവിൽ ആരും അത് ക്ലെയിം ചെയ്യുന്നില്ലെങ്കിൽ, പേര് സൗജന്യ രജിസ്ട്രേഷനായി റിലീസ് ചെയ്യും.

മുകളിൽ ലിസ്‌റ്റ് ചെയ്‌തിരിക്കുന്ന TLD-കൾ സൃഷ്‌ടിച്ചപ്പോൾ, മുതിർന്നവർക്കുള്ള തീം സൈറ്റുകൾക്കായി TLD .xxx ആസൂത്രണം ചെയ്‌തു. ICANN ഈ നിർദ്ദേശം നിരസിച്ചു. ഇത് അടുത്തിടെ രണ്ടാമത്തെ വോട്ടിനായി ഇടുകയും ICANN അത് വീണ്ടും നിരസിക്കുകയും ചെയ്തു. എന്നാൽ TLD .tel പ്രത്യക്ഷപ്പെട്ടു, കമ്പ്യൂട്ടറുകളിലും മൊബൈൽ ഉപകരണങ്ങളിലും ഒരേസമയം ഉപയോഗിക്കുന്നതിന് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു.

.us ഡൊമെയ്‌നിൽ പേരുകൾ രജിസ്റ്റർ ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ വിവരിക്കുന്ന RFC 1480 ഉണ്ട്. ഈ നിയമങ്ങൾ അങ്ങേയറ്റം ബുദ്ധിമുട്ടുള്ളതും ആശയക്കുഴപ്പമുണ്ടാക്കുന്നതുമാണ് കൂടാതെ Hamilton.High.LA-Unified.K12.CA.US പോലെയുള്ള 6-7 ലെവലുകളിൽ നിന്ന് പേരുകൾ സൃഷ്ടിക്കേണ്ടതുണ്ട്.

ഞങ്ങൾ അത് എങ്ങനെ ഉൾച്ചേർക്കും?

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

ഇപ്പോൾ എല്ലാം വളരെ ലളിതമായി മാറിയിരിക്കുന്നു. നെറ്റ്‌വർക്ക് സൊല്യൂഷനുകളും RUTSENTR ഉം വെബ് ഇൻ്റർഫേസുകൾ നേടിയിട്ടുണ്ട്, അതിൻ്റെ സഹായത്തോടെ മുകളിൽ പറഞ്ഞവയെല്ലാം (തീർച്ചയായും, ഒരു സോൺ ഫയൽ സൃഷ്ടിക്കുന്നത് ഒഴികെ) കുറച്ച് മൗസ് ക്ലിക്കുകളിലൂടെ ചെയ്യാൻ കഴിയും. എല്ലാ ഡാറ്റയും എപ്പോൾ വേണമെങ്കിലും ശരിയാക്കാം, അനുബന്ധമാക്കാം അല്ലെങ്കിൽ ഇല്ലാതാക്കാം. മുമ്പ്, RUCENTER-മായി ഒരു സേവന കരാർ അവസാനിപ്പിക്കേണ്ടത് ആവശ്യമാണ്, എന്നാൽ 2006 ജൂൺ 1 മുതൽ പുതിയ നിയമങ്ങൾ അവതരിപ്പിക്കുന്നു, അതനുസരിച്ച് അവരുടെ വെബ്സൈറ്റിൽ രജിസ്റ്റർ ചെയ്താൽ മതിയാകും. വിദേശ രജിസ്ട്രാർമാർ, ഒരു ചട്ടം പോലെ, ക്രെഡിറ്റ് കാർഡുകൾ ഉപയോഗിക്കുന്നു, എന്നാൽ ഏതെങ്കിലും കാരണത്താൽ ഡൊമെയ്ൻ രജിസ്റ്റർ ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, പണം മൂന്ന് ദിവസത്തിന് മുമ്പ് തിരികെ നൽകില്ല.

ഡിഎൻഎസ് സെർവർ പ്രോഗ്രാം പ്രവർത്തിപ്പിക്കുന്ന സെർവറിൻ്റെ ഐപി വിലാസവും സബ്‌നെറ്റ് മാസ്‌കും രജിസ്ട്രാർ നൽകേണ്ടതുണ്ട്, കൂടാതെ നിങ്ങൾ സൃഷ്‌ടിക്കുകയും ആവശ്യാനുസരണം എഡിറ്റുചെയ്യുകയും ചെയ്യുന്ന പ്രധാന ഡാറ്റാബേസ് ഇതിൽ അടങ്ങിയിരിക്കും. ഈ സെർവറിനെ പ്രാഥമിക സെർവർ (മാസ്റ്റർ സെർവർ) എന്ന് വിളിക്കും. കൂടാതെ, അടങ്ങിയിരിക്കുന്ന സെർവറിൻ്റെ ഒരു ഐപി വിലാസമെങ്കിലും നിങ്ങൾ വ്യക്തമാക്കേണ്ടതുണ്ട് ബാക്കപ്പ് കോപ്പിപ്രാഥമിക സെർവറിൻ്റെ തകരാർ സംഭവിച്ചാൽ അടിസ്ഥാനം. അത്തരം സെർവറുകൾ സെക്കണ്ടറി സെർവറുകൾ (സ്ലേവ് സെർവറുകൾ) എന്ന് വിളിക്കുന്നു. ദ്വിതീയ DNS എവിടെ സ്ഥാപിക്കണം എന്നതിനെക്കുറിച്ച് ദീർഘനേരം ചിന്തിക്കാതിരിക്കാൻ, RUCENTER അത് അവരുടെ സൈറ്റിൽ സ്ഥാപിക്കാൻ വാഗ്ദാനം ചെയ്യുന്നു. RUCENTER സേവനങ്ങളുടെ വില .ru, .net, .com, .org എന്നീ സോണുകളിലെ ഒരു ഡൊമെയ്‌നിന് പ്രതിവർഷം $15 ആണ്, .biz, .info സോണുകളിലെ ഒരു ഡൊമെയ്‌നിന് $50, .su എന്ന സോണിലെ ഒരു ഡൊമെയ്‌നിന് $100, പ്രതിവർഷം $5 എന്നിങ്ങനെയാണ്. ഏതെങ്കിലും സോണിലെ ദ്വിതീയ DNS-നുള്ള പിന്തുണയ്‌ക്കായി (അവരിൽ രജിസ്റ്റർ ചെയ്യാത്തവ ഉൾപ്പെടെ).

ഒരു ദ്വിതീയ DNS സെർവറിൻ്റെ ആവശ്യകത എന്തുകൊണ്ട് നിർബന്ധമാണ്? കാരണം സ്ഥിരത DNS വർക്ക്ഇൻ്റർനെറ്റിൻ്റെ മൊത്തത്തിലുള്ള സ്ഥിരതയ്ക്ക് ഇത് വളരെ പ്രധാനമാണ്, ഡൊമെയ്ൻ രജിസ്റ്റർ ചെയ്യുന്ന വ്യക്തിയോ സ്ഥാപനമോ DNS-ൻ്റെ സ്ഥിരത സംബന്ധിച്ച് ചില നിബന്ധനകൾ പാലിക്കണം:

• ഈ ഡൊമെയ്‌നിൽ കുറഞ്ഞത് രണ്ട് സെർവറുകൾ ഉണ്ടായിരിക്കണം.
• ഈ സെർവറുകൾ ദിവസത്തിൽ 22 മണിക്കൂറെങ്കിലും ലഭ്യമായിരിക്കണം.

പുതിയ നിയമങ്ങൾ അനുസരിച്ച്, സെർവറുകൾ സ്ഥാപിക്കുന്നതിന് ആവശ്യകതകളൊന്നുമില്ല, എന്നിരുന്നാലും അവ വ്യത്യസ്ത ഐപി നെറ്റ്‌വർക്കുകളിൽ സ്ഥാപിക്കണമെന്ന് മുമ്പ് ആവശ്യപ്പെട്ടിരുന്നു.

www.krokodil.ru

അതിനാൽ, നമുക്ക് www.krokodil.ru (ഈ ലേഖനം എഴുതുന്ന സമയത്ത് സൗജന്യമായിരുന്നു), വീട്ടിൽ മുതലകളെ വളർത്തുന്നതിനായി സമർപ്പിച്ചിരിക്കുന്ന ഒരു വെബ്സൈറ്റ് സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്നുവെന്ന് പറയാം. ഒരു സമർപ്പിത ലൈൻ കണക്ഷൻ ഉണ്ട്, ഒരു ക്ലാസ് C നെറ്റ്‌വർക്ക്, അതായത് 212.20.5.0 - 212.20.5.255 (ഈ ശ്രേണി നിലവിൽ സൗജന്യമാണ്) ദാതാവ് അനുവദിച്ചിരിക്കുന്നു. ഈ ഉദാഹരണം IP വിലാസങ്ങളുടെ കുറവുള്ള നിലവിലെ സമയത്തിൻ്റെ സ്വഭാവമല്ല, പക്ഷേ ഒരു റിവേഴ്സ് സോൺ സൃഷ്ടിക്കുന്നത് പരിഗണിക്കുന്നതിനായി ഇത് പ്രത്യേകമായി എടുത്തതാണ്. 212.20.5.0/31 നെറ്റ്‌വർക്ക് വഴി ബന്ധിപ്പിക്കുന്നതിനുള്ള ഓപ്ഷനും പരിഗണിക്കും. ഞങ്ങളുടെ മുതല വളർത്തൽ ഓഫീസിൻ്റെ ആന്തരിക ശൃംഖലയിൽ ആറ് കമ്പ്യൂട്ടറുകൾ ഉൾപ്പെടുന്നു, അവ ഇൻ്റർനെറ്റ് ഫയർവാൾ-പ്രോക്സി മുതലായവയിൽ നിന്ന് വേർതിരിക്കപ്പെടും. FreeBSD പ്രവർത്തിക്കുന്നു. നമ്മുടെ പദ്ധതികൾ നടപ്പിലാക്കാൻ എന്താണ് വേണ്ടത്?

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

ആദ്യം, ഞങ്ങൾക്ക് ഒരു DNS സെർവർ പ്രോഗ്രാം ആവശ്യമാണ്. ഇന്നുവരെ, ഒരു പ്രോഗ്രാം മാത്രമേ ആവശ്യമായ ഫംഗ്ഷനുകൾ നടപ്പിലാക്കുന്നുള്ളൂ. BIND, DHCP, INN, NTP സെർവറുകൾ വികസിപ്പിക്കുന്ന ലാഭേച്ഛയില്ലാത്ത സ്ഥാപനമായ ISC (Internet System Consortium Inc.) വിതരണം ചെയ്യുന്ന BIND DNS സെർവറാണിത്. ഇത് നിങ്ങളുടെ സിസ്റ്റത്തിൽ ഇല്ലെങ്കിൽ, നിങ്ങൾ അത് ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യണം. BIND 9.3.2 ഉപയോഗിച്ച് FreeBSD ഷിപ്പ് ചെയ്യുന്നു, അതിനാൽ ഈ ലേഖനം ആ പതിപ്പിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും. BIND 8.x-ൻ്റെ പതിപ്പുകൾക്ക്, ഇനിപ്പറയുന്ന കോൺഫിഗറേഷൻ വിവരണങ്ങൾ പൂർണ്ണമായും അനുചിതമാണെന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, കാരണം BIND 8.x കോൺഫിഗറേഷൻ ഫയലുകളുടെ ഫോർമാറ്റ് BIND 9.x കോൺഫിഗറേഷൻ ഫയലുകളുടെ ഫോർമാറ്റിൽ നിന്ന് അടിസ്ഥാനപരമായി വ്യത്യസ്തമാണ്.

രണ്ടാമതായി, ഞങ്ങൾക്കായി അനുവദിച്ച IP വിലാസങ്ങൾ വിതരണം ചെയ്യുകയും ആന്തരിക കമ്പ്യൂട്ടറുകൾക്ക് വിലാസങ്ങൾ നൽകുകയും വേണം. ഇവിടെ എല്ലാം വളരെ ലളിതമാണ്: 212.20.5.1 ദാതാവിൻ്റെ ഗേറ്റ്‌വേ ആയിരിക്കട്ടെ, 212.20.5.2 UNIX സെർവറിൻ്റെ വിലാസമായിരിക്കട്ടെ, 10.87.1.0/24 ആന്തരിക സബ്‌നെറ്റായിരിക്കട്ടെ, അതിൽ 1 മുതൽ 6 വരെയുള്ള വർക്ക്‌സ്റ്റേഷനുകൾ സ്ഥിതിചെയ്യുന്നു, 254 വിലാസം. ആന്തരിക ഇൻ്റർഫേസ് സെർവർ. ശേഷിക്കുന്ന വിലാസങ്ങൾ ഭാവിയിലെ വിപുലീകരണത്തിനായി മാറ്റിവെക്കും.

മൂന്നാമതായി, നിർവചിക്കുന്ന ഒരു മുൻകൂട്ടി തയ്യാറാക്കിയ സോൺ വിവരണ ഫയൽ നിങ്ങൾക്ക് ആവശ്യമാണ് ഒരു വലിയ സംഖ്യബാഹ്യ വിലാസങ്ങൾ: krokodil.ru - സോണിൻ്റെ റൂട്ട് സെർവർ, www.krokodil.ru, ftp.krokodil.ru, mail.krokodil.ru, ns.krokodil.ru. ns (നെയിംസെർവർ) എന്ന പേര് DNS സേവനം പ്രവർത്തിക്കുന്ന കമ്പ്യൂട്ടറുകളുടെ മിക്കവാറും പരമ്പരാഗത നാമമാണ്, എന്നിരുന്നാലും, തീർച്ചയായും, ആരും നിങ്ങളെ വിളിക്കുന്നതിൽ നിന്ന് തടയില്ല, ഉദാഹരണത്തിന് jaws.krokodil.ru. ആന്തരിക നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകൾക്കും പേരുകൾ നിർവചിക്കും, ഉള്ളിൽ നിന്ന് മാത്രം ആക്‌സസ് ചെയ്യാൻ കഴിയും: tooth1.krokodil.ru – tooth6.krokodil.ru.

DNS റെക്കോർഡുകൾ

DNS-ൽ സ്ഥാപിക്കാൻ കഴിയുന്ന വ്യത്യസ്‌ത തരത്തിലുള്ള റെക്കോർഡുകളുടെ ഒരു വലിയ സംഖ്യയുണ്ട്. അവയിൽ ഏറ്റവും പ്രധാനപ്പെട്ടവ മാത്രം പരിഗണിക്കാൻ ഈ ലേഖനത്തിൻ്റെ വ്യാപ്തി ഞങ്ങളെ അനുവദിക്കുന്നു; പൂർണ്ണമായ വിവരങ്ങൾക്ക്, നിങ്ങൾ പ്രസക്തമായ RFC-കൾ റഫർ ചെയ്യണം: RFC 1033, RFC 1035 എന്നിവ അടിസ്ഥാന റെക്കോർഡ് ഫോർമാറ്റുകൾ നിർവചിക്കുന്നു, RFC 1122 - PTR റെക്കോർഡ് ഫോർമാറ്റ്, RFC 2782 - SRV റെക്കോർഡ് ഫോർമാറ്റ്. ഡൊമെയ്ൻ രജിസ്ട്രേഷന് ആവശ്യമായ സോൺ ഫയലുകൾ സൃഷ്ടിക്കാൻ ആവശ്യമായ റെക്കോർഡുകൾ മാത്രമേ ഞങ്ങൾ പരിഗണിക്കൂ:

• സോൺ വിവരണത്തിൻ്റെ ആരംഭം വ്യക്തമാക്കുന്ന ഒരു SOA റെക്കോർഡ്.
• സോണിൻ്റെ നെയിംസെർവറുകൾ നിർവചിക്കുന്ന ഒരു NS റെക്കോർഡ്.
• ഒരു പേരിലേക്ക് ഐപി വിലാസം മാപ്പ് ചെയ്യുന്ന ഒരു റെക്കോർഡ് (നേരിട്ടുള്ള വിവർത്തനം).
• മെയിൽ ഡെലിവറി ക്രമീകരണങ്ങൾ വിവരിക്കുന്ന ഒരു MX റെക്കോർഡ് ഈ കമ്പ്യൂട്ടറിൻ്റെ.
• ഇതര പേരുകൾ വ്യക്തമാക്കുന്ന ഒരു CNAME റെക്കോർഡ്.
• പേരും ഐപി വിലാസവും (റിവേഴ്സ് വിവർത്തനം) തമ്മിലുള്ള കത്തിടപാടുകൾ വ്യക്തമാക്കുന്ന PTR റെക്കോർഡ്, "റിവേഴ്സ്" സോണിൻ്റെ വിവരണത്തിൽ ഉപയോഗിക്കുന്നു.

DNS റെക്കോർഡ് ഫോർമാറ്റ് എല്ലാ റെക്കോർഡ് തരങ്ങൾക്കും പൊതുവായതാണ്:

[പേര്] [ക്ലാസ്]<тип> <данные>

• പേര്- ഇത് ഡാറ്റയുമായി ബന്ധപ്പെടുത്തിയിരിക്കുന്ന ഒബ്ജക്റ്റിൻ്റെ പേരാണ്;
• ttl- വസ്തുവിൻ്റെ ജീവിതകാലം;
• ക്ലാസ്- റെക്കോർഡ് ക്ലാസ്;
• തരം- റെക്കോർഡ് തരം;
• ഡാറ്റ- ഈ വസ്തുവുമായി ബന്ധപ്പെട്ട ഡാറ്റ.

പേരിന് ഏത് മൂല്യവും എടുക്കാം, ഈ സാഹചര്യത്തിൽ അത് വസ്തുവിൻ്റെ പേരായി കണക്കാക്കപ്പെടുന്നു. പേര് ഒരു ഡോട്ടിൽ അവസാനിക്കുകയാണെങ്കിൽ, അത് പൂർണ്ണ യോഗ്യതയുള്ളതായി കണക്കാക്കപ്പെടുന്നു, അല്ലാത്തപക്ഷം സോണിൻ്റെ പേര് പേരിൻ്റെ അവസാനത്തിൽ പകരം വയ്ക്കുന്നു, അത് രണ്ട് തരത്തിൽ വ്യക്തമാക്കാം:

• $ORIGIN നിർദ്ദേശത്തിൽ സോൺ നാമം വ്യക്തമാക്കുന്നതിലൂടെ, ഉദാഹരണത്തിന്:

$ORIGIN krokodil.ru

• BIND കോൺഫിഗറേഷൻ ഫയലിൻ്റെ സോൺ നിർദ്ദേശത്തിൽ സോൺ നാമം വ്യക്തമാക്കുന്നതിലൂടെ.

"@" എന്ന പ്രത്യേക പ്രതീകം നിലവിലെ സോണിൻ്റെ പേര് സൂചിപ്പിക്കുന്നു. $ORIGIN നിർദ്ദേശം സോൺ നിർദ്ദേശത്തെ അസാധുവാക്കുകയും അടുത്ത $ORIGIN നിർദ്ദേശം ദൃശ്യമാകുന്നത് വരെ അല്ലെങ്കിൽ ഫയലിൻ്റെ അവസാനം വരെ നീണ്ടുനിൽക്കുകയും ചെയ്യുന്നു എന്നത് ശ്രദ്ധിക്കുക. ആദ്യത്തെ $ORIGIN നിർദ്ദേശം ദൃശ്യമാകുന്നതുവരെ, അത് പരിഗണിക്കും നൽകിയ മൂല്യം BIND കോൺഫിഗറേഷൻ ഫയലിലെ സോൺ നിർദ്ദേശങ്ങൾ.

ഒരു പേര് നൽകിയിട്ടുണ്ടെങ്കിൽ, അത് വരിയുടെ ആദ്യ സ്ഥാനത്ത് ആരംഭിക്കണം.

TTL സാധാരണയായി ഒഴിവാക്കുകയും $TTL നിർദ്ദേശം ഉപയോഗിച്ച് ആഗോളതലത്തിൽ സജ്ജമാക്കുകയും ചെയ്യുന്നു. BIND 9.x-ന് $TTL നിർദ്ദേശം നിർബന്ധമാണ്, ഇത് സാധാരണയായി ഫയലിൻ്റെ തുടക്കത്തിൽ തന്നെ സജ്ജീകരിക്കും. ഈ ഡയറക്‌ടീവിൻ്റെ ഡാറ്റാ ഫീൽഡ് ഒരു മൂലകത്തിൻ്റെ ആയുഷ്കാലം (സെക്കൻഡുകളിൽ) അത് കാഷെയിൽ തുടരുകയും വിശ്വസനീയമായി കണക്കാക്കുകയും ചെയ്യുന്നു. IN ഈ ഉദാഹരണത്തിൽഇത് രണ്ട് ദിവസമാണ് (48 മണിക്കൂർ).

$TTL 172800

എൻട്രി ക്ലാസ് ഇനിപ്പറയുന്ന മൂല്യങ്ങളിൽ ഒന്നായിരിക്കാം:

• IN- ഇൻ്റർനെറ്റ് ഉറവിടങ്ങളുടെ റെക്കോർഡിംഗ്.
• സി.എച്ച്- ChaosNet ഉറവിടങ്ങളുടെ റെക്കോർഡ് - പൂർണ്ണമായും അപരിചിതമാണ് റഷ്യൻ ഉപയോക്താവ്സിംബോളിക്‌സ് മെഷീനുകളിൽ ഉപയോഗിക്കുന്ന നെറ്റ്‌വർക്ക്.
• എച്ച്.എസ്.- ഹെസിയോഡ് റിസോഴ്സ് റെക്കോർഡ് - BIND സേവന പ്രോട്ടോക്കോൾ.

മുകളിൽ ലിസ്റ്റുചെയ്തിരിക്കുന്ന തരങ്ങളിൽ ഒന്നാണ് റെക്കോർഡ് തരം.

പേര്, ttl, ക്ലാസ് ഫീൽഡുകൾ എന്നിവ ഒഴിവാക്കാനാകുമെന്ന കാര്യം ശ്രദ്ധിക്കുക. ഈ സാഹചര്യത്തിൽ, അവസാനം നിർവചിച്ച മൂല്യം അവയുടെ മൂല്യങ്ങളായി കണക്കാക്കുന്നു (ഈ സാഹചര്യത്തിൽ, @ എന്ന് വ്യക്തമാക്കുന്നത് ശരിയായ നിർവചനമായിരിക്കും), മൂല്യം എവിടെയും നിർവചിച്ചിട്ടില്ലെങ്കിൽ, ക്ലാസ് ഫീൽഡിന് സ്ഥിരസ്ഥിതി മൂല്യം "IN" ആണ് അംഗീകരിച്ചു, മറ്റ് ഫീൽഡുകൾക്ക് ഇത് ഒരു പിശക് സന്ദേശത്തിലേക്ക് നയിക്കുന്നു.

എൻട്രികൾക്ക് പുറമേ, ഒരു സോൺ ഫയലിൽ കമാൻഡുകൾ അടങ്ങിയിരിക്കാം. ആകെ നാല് കമാൻഡുകൾ ഉണ്ട്: $TTL, $ORIGIN, $INCLUDE, $GENERATE. $GENERATE കമാൻഡിൻ്റെ വിവരണം BIND പ്രോഗ്രാമിനുള്ള ഡോക്യുമെൻ്റേഷനിൽ നൽകിയിരിക്കുന്നു, കൂടാതെ $INCLUDE കമാൻഡ് അതിൻ്റെ സ്പെല്ലിംഗ് അനുസരിച്ച് പ്രവർത്തിക്കുന്നു - ഉൾപ്പെടുന്നു വ്യക്തമാക്കിയ ഫയൽനിലവിലെ ഫയലിലേക്ക്.

ശ്രദ്ധിക്കുക: അടയാളം ";" (അർദ്ധവിരാമം) ഒരു കമൻ്റ് അടയാളമാണ്.

SOA റെക്കോർഡ്

ഈ എൻട്രി സോണിൻ്റെ ആരംഭം നിർവചിക്കുന്നു. ഏതൊരു സോണും ഒരു SOA എൻട്രിയിൽ തുടങ്ങണം. മറ്റൊരു SOA എൻട്രിയുടെ രൂപം ആദ്യ സോൺ സ്വയമേവ അവസാനിപ്പിച്ച് രണ്ടാമത്തേത് ആരംഭിക്കുന്നു. SOA റെക്കോർഡ് ഫോർമാറ്റ് ചുവടെ കാണിച്ചിരിക്കുന്നു. ഫലത്തിൽ, ഒരു SOA റെക്കോർഡ് ഒരു സോണിനെ നാമകരണം ചെയ്യുകയും അതിന് ചില സ്ഥിരസ്ഥിതികൾ സജ്ജമാക്കുകയും ചെയ്യുന്നു.

2005122001; സീരിയൽ നമ്പർ

3600; ഓരോ മണിക്കൂറിലും വീണ്ടും ശ്രമിക്കുക

172800); കുറഞ്ഞത് 2 ദിവസം

നമുക്ക് ഒരു ഉദാഹരണം നോക്കാം. നെയിം ഫീൽഡിലെ @ ചിഹ്നം അർത്ഥമാക്കുന്നത് $ORIGIN നിർദ്ദേശം മുമ്പ് വ്യക്തമാക്കിയ സോൺ നാമം എടുക്കേണ്ടത് ആവശ്യമാണ് എന്നാണ്. റെക്കോർഡ് ക്ലാസ് IN ആണ്, റെക്കോർഡ് തരം SOA ആണ്. ഇത്രയും സങ്കീർണ്ണമായ പാരാമീറ്ററുകൾ ഉള്ള ഒരേയൊരു എൻട്രിയാണ് SOA.

സോണിൻ്റെ മാസ്റ്റർ നെയിം സെർവറിൻ്റെ വിലാസമാണ് ആദ്യ പാരാമീറ്റർ. ഈ ഉദാഹരണത്തിൽ, ഇത് krokodil.ru ആണ്. ഈ സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള വ്യക്തിയുടെ ഇമെയിൽ വിലാസമാണ് രണ്ടാമത്തെ പാരാമീറ്റർ. വിലാസം "username.domain" എന്നാണ് എഴുതിയിരിക്കുന്നത്, "username@domain" എന്നല്ല.

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

• സോൺ സീരിയൽ നമ്പർ. ഈ പരാമീറ്റർ വളരെ പ്രവർത്തിക്കുന്നു പ്രധാന പങ്ക്പ്രൈമറി സെർവറിൽ നടപ്പിലാക്കിയ അപ്‌ഡേറ്റ് അതിൻ്റെ എല്ലാ സെക്കണ്ടറി സെർവറുകളിലേക്കും വിതരണം ചെയ്യുന്നതിൽ. പ്രൈമറി സെർവറിലെ ഡാറ്റ മാറിയെന്ന് ദ്വിതീയ സെർവറിനെ അറിയിക്കാൻ ചില വഴികൾ ഉണ്ടായിരിക്കണം. പ്രാഥമിക സെർവർ പുനരാരംഭിച്ചിട്ടുണ്ടെങ്കിൽ, അത് എല്ലാ ദ്വിതീയ സെർവറുകളിലേക്കും ഒരു DNS അറിയിപ്പ് അയയ്ക്കുന്നു. ഈ അറിയിപ്പ് ലഭിക്കുമ്പോൾ, ദ്വിതീയ സെർവർ ഒരു സീരിയൽ നമ്പർ അഭ്യർത്ഥിക്കുന്നു - പ്രൈമറി സെർവറിന് ദ്വിതീയ സെർവറിനേക്കാൾ ഉയർന്ന സീരിയൽ നമ്പർ ഉണ്ടെങ്കിൽ, ദ്വിതീയ സെർവർ ഒരു സോൺ അപ്‌ഡേറ്റ് കമാൻഡ് നൽകുന്നു. കൂടാതെ, ദ്വിതീയ സെർവർ ഇതേ ആവശ്യത്തിനായി ആനുകാലിക സീരിയൽ നമ്പർ പരിശോധനകൾ നടത്തുന്നു. അതിനാൽ, നിങ്ങൾ ഒരു ലളിതമായ നിയമം ഓർക്കണം: നിങ്ങൾ സോൺ ശരിയാക്കുകയാണെങ്കിൽ, സീരിയൽ നമ്പർ വർദ്ധിപ്പിക്കുക! DNS അഡ്‌മിനിസ്‌ട്രേറ്റർമാർക്കിടയിലുള്ള ഒരു സാധാരണ രീതിയാണ് ഇനിപ്പറയുന്ന രീതിയിൽ സീരിയൽ നമ്പർ രൂപപ്പെടുത്തുന്നത്: YYYYMMDDv, ഇവിടെ:
  • YYYY,MM,DD- നിലവിലെ വർഷം (4 അക്കങ്ങൾ), മാസവും ദിവസവും, യഥാക്രമം
  • വി- ദിവസത്തെ സോൺ പതിപ്പ്. പ്രതിദിനം നിരവധി മാറ്റങ്ങൾ വരുത്തിയാൽ, ഈ സംഖ്യ തുടർച്ചയായി ഒന്നായി വർദ്ധിപ്പിക്കും.
തീർച്ചയായും, അത്തരമൊരു സമ്പ്രദായം പിന്തുടരാൻ ആരും നിങ്ങളെ നിർബന്ധിക്കില്ല. ഉദാഹരണത്തിന്, വിൻഡോസിലെ ഡിഎൻഎസ് സെർവറുകൾ അത് പാലിക്കുന്നില്ല, പക്ഷേ 1, 2, 3, മുതലായവ.
• സ്ലേവ് സെർവർ മാസ്റ്ററെ ബന്ധപ്പെടുകയും സോൺ സീരിയൽ നമ്പർ മാറിയിട്ടുണ്ടോയെന്ന് പരിശോധിക്കുകയും ചെയ്യേണ്ട അപ്ഡേറ്റ് കാലയളവ് മൂല്യം. സീരിയൽ നമ്പർ മാറിയിട്ടുണ്ടെങ്കിൽ, സ്ലേവ് സെർവർ പുതിയ ഡാറ്റ ഡൗൺലോഡ് ചെയ്യും. ഈ ഉദാഹരണത്തിൽ, 10800 സെക്കൻഡ് (3 മണിക്കൂർ).
• ഒരു പുതിയ സീരിയൽ നമ്പർ നേടാനുള്ള ശ്രമം പരാജയപ്പെട്ടാൽ സ്ലേവ് സെർവർ മാസ്റ്ററെ ബന്ധപ്പെടാൻ ശ്രമിക്കുന്ന സമയം. ഈ ഉദാഹരണത്തിൽ, 3600 സെക്കൻഡ് (ഒരു മണിക്കൂർ).
• മാസ്റ്റർ സെർവറിൻ്റെ ദീർഘകാല അഭാവത്തിൽ, നൽകിയിരിക്കുന്ന സോണിനായുള്ള അഭ്യർത്ഥനകൾ സ്ലേവ് സെർവറുകൾ നൽകുന്ന സമയം. എങ്കിൽ പോലും സിസ്റ്റം പ്രവർത്തിക്കണം പ്രധാന സെർവർദീർഘകാലത്തേക്ക് പ്രവർത്തിക്കില്ല, അതിനാൽ ഈ പരാമീറ്ററിൻ്റെ മൂല്യം 1,728,000 സെക്കൻഡ് (20 ദിവസം) ആയി സജ്ജീകരിച്ചിരിക്കുന്നു.
• നെഗറ്റീവ് പ്രതികരണ കാഷിംഗ് സമയം. ഈ ഉദാഹരണത്തിൽ, 172800 സെക്കൻഡ് (2 ദിവസം).

എൻഎസ് പ്രവേശനം

ഈ എൻട്രി സോണിനെ പിന്തുണയ്ക്കുന്ന സെർവറുകളുടെ പേരുകൾ വ്യക്തമാക്കുന്നു, അതായത്. അവളുടെ അടിത്തറ നയിക്കുന്നു. പ്രാഥമിക, എല്ലാ ദ്വിതീയ സെർവറുകളുടെയും പേരുകൾ ഇവിടെ പട്ടികപ്പെടുത്തിയിരിക്കണം. സാധാരണയായി ഈ എൻട്രി ഉടൻ തന്നെ SOA എൻട്രിയെ പിന്തുടരുന്നു. ഡാറ്റാ ഫീൽഡിൽ ഒരു മൂല്യം നൽകിയിട്ടുണ്ട് - DNS സോൺ സെർവറിൻ്റെ പേര് അല്ലെങ്കിൽ IP വിലാസം, അത് മാസ്റ്ററോ സ്ലേവോ ആകട്ടെ. ഇവിടെ വ്യക്തമാക്കിയിട്ടുള്ള എല്ലാ പേരുകളും പൂർണ്ണമായി യോഗ്യതയുള്ളതായിരിക്കണം, അതായത്, ഒരു കാലഘട്ടത്തിൽ അവസാനിക്കുന്നു!

IN NS ns.krokodil.ru.

ഇൻ NS ns4.nic.ru.

നൽകിയിരിക്കുന്ന ഉദാഹരണത്തിൽ, ഞങ്ങൾ ആദ്യം ഞങ്ങളുടെ സോണിൻ്റെ പ്രധാന സെർവർ ns.krokodil.ru, തുടർന്ന് സ്ലേവ് സെർവർ - RU CENTER നോഡ് ns4.nic.ru എന്നിവ വിവരിക്കുന്നു.

റെക്കോർഡ് എ

നേരിട്ടുള്ള പരിവർത്തന മേഖലയിലെ ഫയലുകളുടെ പ്രധാന ഉള്ളടക്കമാണ് ടൈപ്പ് എ യുടെ റെക്കോർഡ് അല്ലെങ്കിൽ ഒരു "ഡയറക്ട്" സോണിൽ, അതായത്, ഒരു കമ്പ്യൂട്ടറിൻ്റെ പേര് അതിൻ്റെ വിലാസം ഉപയോഗിച്ച് നൽകുന്നു. ഇത് ഓരോ കമ്പ്യൂട്ടറിനും വേണ്ടി സമാഹരിച്ചിരിക്കുന്നു. എളുപ്പത്തിൽ വായിക്കാൻ, ഈ റെക്കോർഡുകൾ സാധാരണയായി IP വിലാസങ്ങളുടെ ആരോഹണ ക്രമത്തിൽ ഗ്രൂപ്പുചെയ്യുന്നു, കൂടാതെ നൽകിയിരിക്കുന്ന IP വിലാസവുമായി ബന്ധപ്പെട്ട MX റെക്കോർഡുകൾക്കൊപ്പം ഗ്രൂപ്പുചെയ്യപ്പെടുന്നു, എന്നിരുന്നാലും ഇത് തീർച്ചയായും ആവശ്യമില്ല. നെയിം ഫീൽഡിൽ, ഐപി വിലാസത്തിന് നൽകിയിരിക്കുന്ന പേര്, ഡാറ്റ ഫീൽഡിൽ - പേര് നൽകിയിരിക്കുന്ന ഐപി വിലാസം. ഒരു വിലാസത്തിന് അധിക പേരുകൾ ഉള്ളപ്പോൾ, ഒരു രേഖ ഉപയോഗിച്ച് വിലാസത്തിന് നൽകിയിരിക്കുന്ന പേര് പ്രാഥമിക നാമം എന്ന് വിളിക്കുന്നു.

tooth1 IN A 10.87.1.1

tooth2 IN A 10.87.1.2

tooth3 IN A 10.87.1.3

tooth4 IN A 10.87.1.4

tooth5 IN A 10.87.1.5

tooth6 IN A 10.87.1.6

10.87.1.0/24 എന്ന വിലാസമുള്ള ആന്തരിക നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകളിലേക്ക് IP വിലാസങ്ങൾ നൽകുന്നതിനെ ഈ ഉദാഹരണം വിവരിക്കുന്നു. ആന്തരിക നെറ്റ്‌വർക്ക് കമ്പ്യൂട്ടറുകൾക്കായി, ഒരു ചട്ടം പോലെ, CNAME ഒഴികെയുള്ള അധിക റെക്കോർഡുകൾ സൃഷ്ടിക്കേണ്ട ആവശ്യമില്ല.

CNAME റെക്കോർഡ്

ഒരു CNAME റെക്കോർഡ് DNS-ൻ്റെ ഒരു അധിക സവിശേഷതയാണ്. ഒരു ഐപി വിലാസത്തിലേക്ക് ഒന്നിലധികം പേരുകൾ നൽകുന്നതിന് ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. നെയിം ഫീൽഡിൽ, IP വിലാസത്തിലേക്ക് അസൈൻ ചെയ്‌തിരിക്കുന്ന അധിക പേര് ഡാറ്റ ഫീൽഡിൽ നൽകിയിട്ടുണ്ട് - മുമ്പ് ടൈപ്പ് എ റെക്കോർഡ് നൽകിയ പ്രധാന പേര് അല്ലെങ്കിൽ CNAME റെക്കോർഡ് നൽകിയ മറ്റൊരു അധിക പേര്. ഈ സാഹചര്യത്തിൽ, റെക്കോർഡ് ഡാറ്റ ഫീൽഡിലെ പേര് കാനോനിക്കൽ എന്ന് വിളിക്കുന്നു (അതിനാൽ റെക്കോർഡിൻ്റെ പേര് - കാനോനിക്കൽ നാമം). ഒരൊറ്റ IP വിലാസത്തിന് CNAME റെക്കോർഡുകളിലൂടെ പരിധിയില്ലാത്ത അധിക പേരുകൾ നൽകാം, എന്നാൽ മറ്റ് തരത്തിലുള്ള റെക്കോർഡുകൾ CNAME റെക്കോർഡിന് പകരം A റെക്കോർഡ് നൽകിയ പേര് ഉപയോഗിക്കണം. അധിക പേരുകളുടെ ശരിയായതും തെറ്റായതുമായ അസൈൻമെൻ്റിൻ്റെ ഒരു ഉദാഹരണം ചുവടെയുണ്ട്.

വലത്:

ns IN A 10.87.1.1

പേര്1 IN CNAME ns

IN MX 10 ns

തെറ്റ്:

ns IN A 10.87.1.254

പേര്1 IN CNAME ns

MX 10-ൽ പേര്1

CNAME റെക്കോർഡുകൾക്ക് പരസ്പരം ചൂണ്ടിക്കാണിക്കാൻ കഴിയും, എന്നാൽ ഏഴ് ലെവലിൽ കൂടരുത്, എട്ടാമത്തേത് ടൈപ്പ് എ റെക്കോർഡ് നൽകിയ പേരിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന ഒരു റെക്കോർഡ് ആയിരിക്കണം. സാഹിത്യത്തിൽ, ഒന്നിലധികം ടൈപ്പ് എ റെക്കോർഡുകൾ ഉപയോഗിക്കുന്നതിന് പകരം ഒന്നിലധികം തരം എ റെക്കോർഡുകൾ ഉപയോഗിക്കാനുള്ള ശുപാർശയുണ്ട്. വിലാസത്തിലേക്കുള്ള അധിക പേരുകൾ. ഇതുമായി ബന്ധപ്പെട്ട്, "ഈ വിഷയത്തിൽ സമ്പൂർണ്ണ ശുപാർശകളൊന്നുമില്ല, ഓരോരുത്തരും അവർക്ക് ഏറ്റവും മികച്ചത് എന്താണെന്ന് സ്വയം തീരുമാനിക്കണം" എന്നതിൻ്റെ അടിസ്ഥാനത്തിൽ ഈ പോയിൻ്റ് RFC 2219 ൽ പരാമർശിച്ചിട്ടുണ്ടെന്ന് നമുക്ക് പറയാം. ഒന്നിലധികം CNAME-കൾ നിയന്ത്രിക്കാൻ എളുപ്പമാണ്, കുറച്ച് റീഡയറക്‌ടുകൾ സംഭവിക്കുന്നതിനാൽ ഒന്നിലധികം A റെക്കോർഡുകൾ കൈകാര്യം ചെയ്യാൻ എളുപ്പമാണ്.

MX റെക്കോർഡ്

സോൺ ഫയലിൻ്റെ രണ്ടാമത്തെ പ്രധാന ഘടകമാണ് MX റെക്കോർഡ്. ഈ എൻട്രി "മെയിൽ എക്‌സ്‌ചേഞ്ചർ" എന്നതിനെ സൂചിപ്പിക്കുന്നു, കൂടാതെ നെയിം ഫീൽഡിൽ വിവരിച്ചിരിക്കുന്ന നോഡിനായി മെയിൽ സ്വീകരിക്കുന്ന കമ്പ്യൂട്ടറുകളുടെ ഐപി വിലാസങ്ങളോ പേരുകളോ സൂചിപ്പിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഈ ഫീൽഡ് ശൂന്യമായിരിക്കാം, പൂർണ്ണമായോ ഭാഗികമായോ യോഗ്യതയുള്ള ഒരു പേര്. നെയിം ഫീൽഡ് ശൂന്യമാണെങ്കിൽ അല്ലെങ്കിൽ അപൂർണ്ണമായ യോഗ്യതയുള്ള പേര് വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, $ORIGIN നിർദ്ദേശത്തിൽ നിന്ന് പേര് അനുബന്ധമായി നൽകും. വിപുലമായ മെയിൽ റിസപ്ഷൻ സ്കീമുള്ള സാമാന്യം വലിയ ഒരു സോൺ സജ്ജീകരിക്കുമ്പോൾ സങ്കീർണ്ണമായ കേസുകളിൽ MX റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നത് വളരെ നിസ്സാരമല്ലാത്ത ഒരു ജോലിയാണ്, അത് ഉപയോഗിക്കുന്ന പ്രോഗ്രാമുകളുടെ പ്രവർത്തനവുമായി അടുത്ത് ബന്ധപ്പെട്ടിരിക്കുന്നു. SMTP പ്രോട്ടോക്കോൾമെയിൽ ഡെലിവറിക്കായി, അതിനാൽ ഞങ്ങൾ ഏറ്റവും ലളിതമായ കേസ് മാത്രം പരിഗണിക്കും - എല്ലാ മെയിലുകളും UNIX സെർവറാണ് സ്വീകരിക്കുന്നത്. ഡാറ്റ ഫീൽഡിൽ രണ്ട് മൂല്യങ്ങൾ നൽകിയിട്ടുണ്ട് - മുൻഗണനയും ഈ കമ്പ്യൂട്ടറിലേക്ക് അയച്ച മെയിൽ സ്വീകരിക്കുന്ന കമ്പ്യൂട്ടറിൻ്റെ പേര് അല്ലെങ്കിൽ IP വിലാസം. ഒരൊറ്റ IP വിലാസത്തിന് പൊതുവെ അതുമായി ബന്ധപ്പെട്ട പരിധിയില്ലാത്ത MX റെക്കോർഡുകൾ ഉണ്ടായിരിക്കാം, അവയ്‌ക്കെല്ലാം വ്യത്യസ്‌ത മുൻഗണനകൾ ഉണ്ടായിരിക്കണം. മുൻഗണന അനുസരിച്ച് മെയിൽ റൂട്ട് ചെയ്യപ്പെടുന്നു - മുൻഗണന വർദ്ധിപ്പിക്കുന്ന ക്രമത്തിൽ മെയിൽ ഏജൻ്റ് എൻട്രികൾ അടുക്കുകയും ആ രീതിയിൽ മെയിൽ ഡെലിവർ ചെയ്യാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു. കണക്ഷൻ പുനഃസ്ഥാപിക്കുമ്പോൾ അതിൻ്റെ സ്വീകർത്താക്കൾക്ക് തുടർന്നുള്ള ഡെലിവറിക്കായി ഞങ്ങളുടെ മെയിൽ സ്വീകരിക്കുന്ന ഒരു ട്രാൻസിറ്റ് നോഡായി അദ്ദേഹത്തിൻ്റെ സെർവർ ഉപയോഗിക്കാമെന്ന് behemot.ru നോഡിൻ്റെ അഡ്‌മിനിസ്‌ട്രേറ്ററുമായി ഞങ്ങൾ സമ്മതിച്ചിട്ടുണ്ടെന്ന് നമുക്ക് അനുമാനിക്കാം. അപ്പോൾ krokodil.ru സെർവറിൻ്റെ വിവരണം ഇതുപോലെ കാണപ്പെടും:

krokodil.ru. എ 212.20.5.2

IN MX 10 krokodil.ru.

IN MX 50 behemot.ru.

www IN CNAME krokodil.ru.

CNAME krokodil.ru എന്നതിൽ മെയിൽ ചെയ്യുക.

ftp IN CNAME krokodil.ru.

ഇതൊരു സമഗ്രമായ ഉദാഹരണമാണ്, ഇത് ഉടൻ തന്നെ MX, A, CNAME റെക്കോർഡുകളുടെ ഉപയോഗം കാണിക്കുന്നു. ഇവിടെ ഞങ്ങൾ:

• 212.20.5.2 എന്ന വിലാസത്തിലേക്ക് ഞങ്ങൾ krokodil.ru എന്ന പേര് നൽകുന്നു.
• തുടങ്ങിയ വിലാസങ്ങളിലേക്ക് മെയിൽ അയച്ചതായി ഞങ്ങൾ സൂചിപ്പിക്കുന്നു [ഇമെയിൽ പരിരക്ഷിതം], സ്വീകരിക്കും (ഈ ക്രമത്തിൽ):
• സെർവർ krokodil.ru;
• സെർവർ behemot.ru.
• www.krokodil.ru, mail.krokodil.ru, ftp.krokodil.ru എന്നീ അധിക പേരുകൾ ഞങ്ങൾ നിർവ്വചിക്കുന്നു. വലതുവശത്തുള്ള എല്ലാ പേരുകളും പൂർണ്ണമായി യോഗ്യതയുള്ളതാണെന്ന് ദയവായി ശ്രദ്ധിക്കുക, അതായത്, അവ ഒരു ഡോട്ടിൽ അവസാനിക്കുന്നു. ഇത് ചെയ്തില്ലെങ്കിൽ, നിലവിലെ $ORIGIN നിർദ്ദേശത്തിൻ്റെ മൂല്യം പേരിൻ്റെ അവസാനത്തിൽ സ്വയമേവ പകരുന്നതാണ്. ഈ സാഹചര്യത്തിൽ, ഇത് www.krokodil.ru.krokodil.ru പോലുള്ള പേരുകൾ പ്രത്യക്ഷപ്പെടുന്നതിലേക്ക് നയിക്കും.

PTR റെക്കോർഡ്

ഇത് വളരെ സവിശേഷമായ ഒരു റെക്കോർഡാണ്. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, PTR റെക്കോർഡുകളുള്ള "സാധാരണ" ജോലിയുടെ കാര്യം പരിഗണിക്കാൻ ഞങ്ങൾ "പ്രത്യേകിച്ച്" മുഴുവൻ സബ്നെറ്റും എടുത്തു. 212.20.5.0/31 നെറ്റ്‌വർക്കുമായുള്ള കേസ് കുറച്ച് കഴിഞ്ഞ് ചർച്ചചെയ്യും.

IP വിലാസങ്ങളിലേക്കുള്ള പേരുകളുടെ വിപരീത വിവർത്തനം നിർവഹിക്കുന്നതിനാണ് PTR റെക്കോർഡ് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്. ചില നെറ്റ്‌വർക്ക് ഉറവിടങ്ങളിലേക്ക് ആക്‌സസ് നൽകുന്ന വിവിധ പ്രോഗ്രാമുകളിൽ ഇത്തരം പരിവർത്തനങ്ങൾ വളരെ വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നു: അവ ഫോർവേഡ്, റിവേഴ്‌സ് പരിവർത്തനങ്ങളുടെ കത്തിടപാടുകൾ പരിശോധിക്കുന്നു, കൂടാതെ PTR റെക്കോർഡ് പൊരുത്തപ്പെടുന്നില്ലെങ്കിലോ കാണുന്നില്ലെങ്കിലോ, അവർക്ക് ആക്‌സസ് നിരസിക്കാൻ കഴിയും. PTR റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്ന സോണിനെ റിവേഴ്സ് ട്രാൻസ്ലേഷൻ സോൺ അല്ലെങ്കിൽ "റിവേഴ്സ്" സോൺ എന്ന് വിളിക്കുന്നു.

നേരിട്ടുള്ള പരിവർത്തനം വിവരിക്കുന്ന A, MX, CNAME, മറ്റ് റെക്കോർഡുകൾ എന്നിവയുമായി PTR റെക്കോർഡുകൾക്ക് ഒരു ബന്ധവുമില്ല. രണ്ട് രൂപാന്തരങ്ങൾക്കും ഒരേ സോഫ്‌റ്റ്‌വെയർ മൊഡ്യൂളുകൾ ഉപയോഗിക്കുന്നതിന് വേണ്ടിയാണ് ഇത് മനഃപൂർവം ചെയ്തത്. എന്നിരുന്നാലും, ഇവിടെ സങ്കീർണ്ണത നമ്മെ കാത്തിരിക്കുന്നു ഇനിപ്പറയുന്ന തരം- www.krokodil.ru എന്ന ഫോമിൻ്റെ പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമം. ഇടത്തുനിന്ന് വലത്തോട്ട് "മാനം വർദ്ധിപ്പിക്കുന്നു" (അതായത്, നിങ്ങൾ നെയിം ടെക്സ്റ്റിലൂടെ ഇടത്തുനിന്ന് വലത്തോട്ട് നീങ്ങുമ്പോൾ നോഡുകൾ വലുതാക്കുന്നു), കൂടാതെ IP വിലാസം 212.20.5.2 വലത്തുനിന്ന് ഇടത്തോട്ട്. പ്രോഗ്രാം മൊഡ്യൂളുകൾ ഏകീകരിക്കുന്നതിന്, ഇനിപ്പറയുന്ന കൺവെൻഷൻ സ്വീകരിച്ചു: എല്ലാ IP വിലാസങ്ങളും പ്രത്യേക TLD in-addr.arpa-യിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന പേരുകളാണ്. ഈ ഡൊമെയ്‌നിലെ "സോണുകൾ" സബ്‌നെറ്റുകളാണ്, കൂടാതെ സോണിൻ്റെ പേര് ഐപി വിലാസം പിന്നിലേക്ക് വായിക്കുന്നതുപോലെ എഴുതിയിരിക്കുന്നു. അങ്ങനെ, ഞങ്ങളുടെ റിവേഴ്സ് സോണിൻ്റെ "പേര്" ബാഹ്യ നെറ്റ്‌വർക്കിൻ്റെ വിവരണം അടങ്ങുന്ന റിവേഴ്സ് സോണിന് 5.20.212.in-addr.arpa ആയിരിക്കും ആന്തരിക ശൃംഖല.

ഒരു ഡൊമെയ്ൻ നാമം ഉപയോഗിക്കുന്നതിന് നിങ്ങൾ അത് രജിസ്റ്റർ ചെയ്യണം, ഒരു റിവേഴ്സ് ട്രാൻസ്ലേഷൻ ഉപയോഗിക്കുന്നതിന് നിങ്ങൾ ഒരു റിവേഴ്സ് സോൺ കോർഡിനേറ്ററുമായി ഒരു റിവേഴ്സ് "സോൺ" രജിസ്റ്റർ ചെയ്യണം. നേരിട്ടുള്ള പരിവർത്തന മേഖലകളിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു കോർഡിനേറ്റർ മാത്രമേയുള്ളൂ, അവനുമായുള്ള രജിസ്ട്രേഷൻ സൗജന്യമാണ്. റിവേഴ്സ് സോണുകളുടെ രജിസ്ട്രേഷൻ കൈകാര്യം ചെയ്യുന്നത് RIPE NCC ആണ്. റിവേഴ്സ് സോൺ രജിസ്റ്റർ ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള എല്ലാ വിവരങ്ങളും നൽകിയിരിക്കുന്നു.

എന്തുകൊണ്ടാണ് നിങ്ങൾ ഒരു റിവേഴ്സ് സോൺ രജിസ്റ്റർ ചെയ്യേണ്ടത്? in-addr.arpa സോണിലെ ഉയർന്ന തലത്തിലുള്ള സെർവർ ഒരു റിവേഴ്സ് ട്രാൻസ്ലേഷൻ അഭ്യർത്ഥന നടത്തുന്നതിന്, അത്തരം ഒരു സെർവറുമായി ബന്ധപ്പെടണം, ഈ സാഹചര്യത്തിൽ ഞങ്ങളുടെ 212.20.5.2. തീർച്ചയായും, ആന്തരിക സബ്നെറ്റിൻ്റെ റിവേഴ്സ് സോൺ എവിടെയും രജിസ്റ്റർ ചെയ്യേണ്ട ആവശ്യമില്ല.

PTR റെക്കോർഡ് തന്നെ വളരെ ലളിതമായി തോന്നുന്നു - IP വിലാസത്തിൻ്റെ അവസാന ഭാഗം നെയിം ഫീൽഡിൽ നൽകിയിട്ടുണ്ട്, കൂടാതെ പൂർണ്ണ യോഗ്യതയുള്ള നേരിട്ടുള്ള വിവർത്തന നാമം ഡാറ്റ ഫീൽഡിൽ നൽകിയിട്ടുണ്ട്. അവസാനത്തെ കാര്യത്തിലേക്ക് ഞാൻ നിങ്ങളുടെ ശ്രദ്ധ ക്ഷണിക്കുന്നു - ഡാറ്റാ ഫീൽഡിൽ നൽകിയ പേര് പൂർണ്ണമായും യോഗ്യതയുള്ളതായിരിക്കണം, കാരണം PTR രേഖകൾ തന്നെ IP വിലാസവും പേരും തമ്മിലുള്ള ബന്ധം നിർവചിക്കുന്നതിനാൽ, അപൂർണ്ണമായ യോഗ്യതയുള്ള നേരിട്ടുള്ള വിവർത്തനം ഏത് സോണിൽ നിന്ന് അവർക്ക് എവിടെ നിന്നും വിവരങ്ങൾ സ്വീകരിക്കാൻ കഴിയില്ല. പേര് നൽകണം.

$ORIGIN 1.87.10.in-addr.arpa

1 IN PTR tooth1.krokodil.ru.

2 IN PTR tooth2.krokodil.ru.

3 IN PTR tooth3.krokodil.ru.

4 IN PTR tooth4.krokodil.ru.

5 IN PTR tooth5.krokodil.ru.

6 IN PTR tooth6.krokodil.ru.

മുകളിലുള്ള ഉദാഹരണത്തിൽ, ആന്തരിക നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകൾക്കായുള്ള വിപരീത പരിവർത്തനം ഞങ്ങൾ വ്യക്തമാക്കി. സെർവറിനായി, ഞങ്ങൾ ഒരു വരി എഴുതും (യഥാർത്ഥ ഉദാഹരണത്തിൽ $ORIGIN നിർദ്ദേശങ്ങൾ വ്യക്തമാക്കേണ്ട ആവശ്യമില്ല, ഞങ്ങൾ ഏത് സോണിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെന്ന് വ്യക്തമാക്കാൻ മാത്രമാണ് അവ നൽകിയിരിക്കുന്നത്):

$ORIGIN 5.20.212.in-addr.arpa

2 IN PTR krokodil.ru

ഒന്നിലധികം വിപരീത പൊരുത്തങ്ങൾ വ്യക്തമാക്കുന്നതിന് CNAME റെക്കോർഡുകൾ ഉപയോഗിക്കുന്നില്ല എന്നത് ഇവിടെ ശ്രദ്ധിക്കേണ്ടതാണ്, അതിനാൽ "212.20.5.2 എന്ന വിലാസവുമായി എന്ത് പേരാണ് പൊരുത്തപ്പെടുന്നത്" എന്ന് ചോദിക്കുമ്പോൾ, അതിനായി സജ്ജീകരിച്ചിരിക്കുന്ന അപരനാമങ്ങളുടെ എണ്ണം പരിഗണിക്കാതെ തന്നെ ഫലം എല്ലായ്പ്പോഴും krokodil.ru ആയിരിക്കും.

ഒരു പൂർണ്ണ സബ്‌നെറ്റിന് പകരം ദാതാവ് ബ്ലോക്ക് 212.20.5.0/31 അനുവദിക്കുമ്പോൾ അത് എങ്ങനെ വ്യത്യസ്തമായിരിക്കും? PTR ഒഴികെയുള്ള എല്ലാ റെക്കോർഡുകളും സൃഷ്ടിക്കുന്നതിൻ്റെ വീക്ഷണകോണിൽ നിന്ന്, ഒന്നുമില്ല. ഒരു നേരിട്ടുള്ള സോൺ സൃഷ്ടിക്കുന്നതിനും അത് രജിസ്റ്റർ ചെയ്യുന്നതിനുമുള്ള നടപടിക്രമം വിലാസങ്ങളുടെ എണ്ണത്തെ ആശ്രയിക്കുന്നില്ല, പ്രത്യേകിച്ചും മിക്ക കേസുകളിലും നിരവധി വിലാസങ്ങളുടെ ആവശ്യമില്ല. എന്നിരുന്നാലും, PTR റെക്കോർഡുകളുടെ കാര്യത്തിൽ ഒരു വ്യത്യാസമുണ്ട്. ലഘൂകരണത്തിലേക്ക്. അല്ലെങ്കിൽ ദാതാവിനെ ആശ്രയിച്ച് ഇല്ലായിരിക്കാം. രേഖകൾ എന്ന വസ്തുതയിലാണ് ഇത് സ്ഥിതിചെയ്യുന്നത്:

gate.krokodil.ru. എ 212.20.5.1

krokodil.ru. എ 212.20.5.2

നിങ്ങളുടെ സെർവറിൽ ഉണ്ടായിരിക്കുകയും നിങ്ങൾ നിയന്ത്രിക്കുകയും ചെയ്യും, എന്നാൽ എൻട്രികൾ:

1 IN PTR gate.krokodil.ru.

2 IN PTR krokodil.ru.

ദാതാവ് രൂപീകരിച്ചതായിരിക്കണം, കാരണം നിങ്ങൾക്ക് ഒരു റിവേഴ്‌സ് സോൺ രജിസ്റ്റർ ചെയ്യാനും സ്വയം നിയന്ത്രിക്കാനുമുള്ള കഴിവ് നിങ്ങൾക്ക് കുറഞ്ഞത് സി ക്ലാസെങ്കിലും ഉണ്ടെങ്കിൽ മാത്രമേ നൽകൂ. ഇത് ഒരു വശത്ത്, ജോലി എളുപ്പമാക്കുന്നു - നിങ്ങൾ അങ്ങനെ ചെയ്യുന്നില്ല RIPE-ൽ രജിസ്റ്റർ ചെയ്യേണ്ടതുണ്ട്, എന്നാൽ മറുവശത്ത്, ഇത് സെർവർ നാമകരണത്തിലെ മാറ്റങ്ങൾ സങ്കീർണ്ണമാക്കുന്നു, ഓരോ തവണയും ദാതാവിനെ ബന്ധപ്പെടണം.

ഫയൽ ഘടന

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

ബാഹ്യവും ആന്തരികവുമായ മേഖലകൾ

BIND 8.x-ന് ഒരു പ്രധാന പോരായ്മ ഉണ്ടായിരുന്നു - ഏതെങ്കിലും ഘടകങ്ങളെ ആശ്രയിച്ച് വിവരങ്ങളുടെ ഔട്ട്പുട്ടിനെ വേർതിരിച്ചറിയാൻ ഇത് അനുവദിച്ചില്ല - ഒന്നുകിൽ അനാവശ്യമായത് കാണിക്കുകയോ അല്ലെങ്കിൽ ആവശ്യമുള്ളത് മറയ്ക്കുകയോ ചെയ്യേണ്ടത് ആവശ്യമാണ്. ആന്തരിക നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകളുടെ സാന്നിധ്യത്തെക്കുറിച്ച് ബാഹ്യ ക്ലയൻ്റുകൾക്ക് അറിയേണ്ട ആവശ്യമില്ല, എന്നാൽ വിവരങ്ങൾ വേർതിരിക്കാൻ ഒരു മാർഗവുമില്ലാത്തതിനാൽ, ഏത് കമ്പ്യൂട്ടറിനും DNS അന്വേഷണങ്ങളിലൂടെ ആന്തരിക നെറ്റ്‌വർക്കിൻ്റെ ഘടന സ്ഥാപിക്കാൻ കഴിയും. BIND 9.x ഈ പോരായ്മയിൽ നിന്ന് മുക്തമാണ് - ആക്‌സസ് കൺട്രോൾ ലിസ്റ്റുകൾ (ACLs) ഉപയോഗിച്ച് "കാഴ്‌ചകളിൽ" ഉടനീളം അഭ്യർത്ഥനകൾ വിതരണം ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. കാഴ്ചകൾക്ക് അനിയന്ത്രിതമായ പേരുകൾ ഉണ്ടാകാം, സാധാരണയായി ആന്തരിക സബ്‌നെറ്റിലെ ക്ലയൻ്റുകൾ തൃപ്തിപ്പെടുത്തുന്ന ഒരു ആന്തരിക കാഴ്ചയും മറ്റുള്ളവരെല്ലാം തൃപ്തിപ്പെടുത്തുന്ന ഒരു ബാഹ്യ കാഴ്ചയും സൃഷ്ടിക്കുന്നു. ഇത് ഒരേ സോണാണെന്ന് ഇവിടെ ഓർക്കുക, ഇത് വ്യത്യസ്തമായി കാണിച്ചിരിക്കുന്നു - ചട്ടം പോലെ, ബാഹ്യ സോൺ ഫയലുകളിൽ ബാഹ്യ ക്ലയൻ്റുകൾക്ക് ആവശ്യമായ വിവരങ്ങൾ മാത്രമേ അടങ്ങിയിട്ടുള്ളൂ - ബാഹ്യ സെർവർ, മെയിൽ ഡെലിവറി റൂട്ടുകളെയും മറ്റും കുറിച്ച്, ആന്തരിക സോൺ ഫയലുകൾ എല്ലാം പ്രതിഫലിപ്പിക്കുന്നു നെറ്റ്വർക്ക് ടോപ്പോളജി. കൂടാതെ, റിവേഴ്സ് സോൺ ഒപ്പമുണ്ടെങ്കിൽ, റിവേഴ്സ് കൺവേർഷൻ വിലാസങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അതേ രീതിയിൽ ഫയലുകളായി വിഭജിക്കേണ്ടത് ആവശ്യമാണ്.

അതിനാൽ നമുക്ക് നമ്മുടെ ഉദാഹരണത്തിലേക്ക് മടങ്ങാം.

ഫയൽ ഘടന ഇപ്രകാരമായിരിക്കും. ഞങ്ങൾക്ക് ഒരു ഡയറക്ട് സോൺ krokodil.ru ഉം റിവേഴ്സ് സോൺ 5.20.212.in-addr.arpa ഉം ഉണ്ട്. കൂടാതെ, ലോക്കൽ ഹോസ്റ്റ് 127.0.0.1 ൻ്റെ ശരിയായ വിപരീത വിവർത്തനം ഉറപ്പാക്കാൻ റിവേഴ്സ് സോൺ സോൺ 0.0.127.in-addr.arpa ഉണ്ടായിരിക്കണം. 127.0.0.1 "ലോക്കൽ ഹോസ്‌റ്റ്" എന്നതിലേക്ക് പോയിൻ്റ് ചെയ്യുമ്പോൾ സംഭവിക്കുന്ന റൂട്ട് സെർവറുകളെ കുറിച്ച് അന്വേഷിക്കാൻ BIND ശ്രമിക്കുന്നത് തടയാൻ ഈ സോൺ ആവശ്യമാണ്. നേരിട്ടുള്ള പരിവർത്തന റെക്കോർഡ് 127.0.0.1 localhost.krokodil.ru ആന്തരിക സോൺ നേരിട്ടുള്ള പരിവർത്തന ഫയലിലേക്ക് എഴുതപ്പെടും. ഉപയോഗശൂന്യമായ ഡാറ്റ കൈമാറ്റം ഉപയോഗിച്ച് നെറ്റ്‌വർക്ക് ലോഡ് ചെയ്യാതിരിക്കാൻ, ബാഹ്യവും ആന്തരികവുമായ സോണുകൾക്കായി വ്യത്യസ്ത SOA റെക്കോർഡുകൾ ഉപയോഗിക്കുന്നു - ബാഹ്യ സോണുകളിലെ റെക്കോർഡുകൾ വളരെ അപൂർവമായി മാത്രമേ മാറുകയുള്ളൂ, ആന്തരിക സോണുകളിൽ പലപ്പോഴും. അതിനാൽ ഞങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഫയലുകൾ ഉണ്ട്:

• localhost.rev– റിവേഴ്സ് കൺവേർഷൻ സോൺ ഫയൽ 0.0.127.in-addr.arpa. ആന്തരിക പ്രാതിനിധ്യത്തിന് മാത്രമായി ഈ ഫയൽ നിലവിലുണ്ട്.
• zone212.rev– റിവേഴ്സ് കൺവേർഷൻ സോൺ ഫയൽ 5.20.212.in-addr.arpa.
• zone10.rev– ആന്തരിക വിപരീത സോൺ ഫയൽ 1.87.10.in-addr.arpa.
• direct-krokodil-ru.int- ആന്തരിക നേരിട്ടുള്ള പരിവർത്തന സോൺ ഫയൽ krokodil.ru.
• direct-krokodil-ru.ext- ബാഹ്യ നേരിട്ടുള്ള പരിവർത്തന സോൺ ഫയൽ krokodil.ru.
• ക്രോകോഡിൽ-റു-ഇൻ്റ്.സോഎ- ആന്തരിക സോണുകൾക്കായി SOA, NS റെക്കോർഡുകളുള്ള ഒരു ഫയൽ.
• ക്രോകോഡിൽ-റു-എക്‌സ്‌റ്റ്.സോഎ- ബാഹ്യ സോണുകൾക്കായി SOA, NS റെക്കോർഡുകളുള്ള ഒരു ഫയൽ.

വിപുലമായ ലിസ്റ്റ് ഉണ്ടായിരുന്നിട്ടും, ഫയലുകൾ വളരെ ചെറുതാണ്, അതിനാൽ അവ കമൻ്റുകൾ ഒഴികെ പൂർണ്ണമായി ഇവിടെ അവതരിപ്പിക്കുന്നു.

ലോക്കൽ ഹോസ്‌റ്റ് നാമത്തെക്കുറിച്ച് നമുക്ക് ഒരു കുറിപ്പ് എടുക്കാം. RFC 1912 127.0.0.1, ലോക്കൽ ഹോസ്‌റ്റ് എന്നിവയിൽ പരിഹരിക്കുന്നതിന് ഫയലുകൾ സജ്ജീകരിക്കുന്നത് പ്രത്യേകം പരാമർശിക്കുന്നു. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, ലോക്കൽഹോസ്റ്റ് സോൺ RFC 1912-ന് അനുസൃതമാണ്, എന്നിരുന്നാലും യഥാർത്ഥ ജീവിതത്തിൽ പേര് റെസലൂഷൻ 127.0.0.1 localhost.domain.tld ഉം അനുബന്ധ റിവേഴ്സ് റെസല്യൂഷനും നേരിടാൻ സാധ്യമാണ്.

Localhost.rev ഫയൽ. ഒരു ആന്തരിക വിപരീത മേഖലയ്‌ക്കൊപ്പം ഒരൊറ്റ SOA റെക്കോർഡ് ഉപയോഗിക്കുന്നു:

$INCLUDE /etc/namedb/krokodil-ru-int.soa

1 IN PTR ലോക്കൽ ഹോസ്റ്റ്.

ഫയൽ zone212.rev:

1 IN PTR gate.krokodil.ru.

2 IN PTR krokodil.ru.

ഫയൽ zone10.rev:

$INCLUDE /etc/namedb/krokodil-ru-int.soa

1 IN PTR tooth1.krokodil.ru.

2 IN PTR tooth2.krokodil.ru.

3 IN PTR tooth3.krokodil.ru.

4 IN PTR tooth4.krokodil.ru.

5 IN PTR tooth5.krokodil.ru.

6 IN PTR tooth6.krokodil.ru.

ഫയൽ direct-krokodil-ru.int:

$INCLUDE /etc/namedb/krokodil-ru-int.soa

krokodil.ru. ഒരു 10.87.1.254 ൽ

IN MX 10 krokodil.ru.

www IN CNAME krokodil.ru.

CNAME krokodil.ru എന്നതിൽ മെയിൽ ചെയ്യുക.

പ്രോക്സി ഇൻ CNAME krokodil.ru.

ftp IN CNAME krokodil.ru.

ns IN CNAME krokodil.ru.

പ്രാദേശിക ഹോസ്റ്റ്. എ 127.0.0.1 ൽ

tooth1 IN A 10.87.1.1

tooth2 IN A 10.87.1.2

tooth3 IN A 10.87.1.3

tooth4 IN A 10.87.1.4

tooth5 IN A 10.87.1.5

tooth6 IN A 10.87.1.6

ഫയൽ direct-krokodil-ru.ext:

$INCLUDE /etc/namedb/krokodil-ru-ext.soa

krokodil.ru. എ 212.20.5.2

IN MX 10 krokodil.ru.

IN MX 50 behemot.ru.

www IN CNAME krokodil.ru.

CNAME krokodil.ru എന്നതിൽ മെയിൽ ചെയ്യുക.

ftp IN CNAME krokodil.ru.

ഗേറ്റ് ഇൻ എ 212.20.5.1

ഫയൽ krokodil-ru-int.soa:

@ IN SOA krokodil.ru. hostmaster.krokodil.ru. (

2006051202 ; സീരിയൽ നമ്പർ

10800; ഓരോ 3 മണിക്കൂറിലും പുതുക്കുക

3600; ഓരോ മണിക്കൂറിലും വീണ്ടും ശ്രമിക്കുക

1728000; ഓരോ 20 ദിവസത്തിലും കാലഹരണപ്പെടും

172800); കുറഞ്ഞത് 2 ദിവസം

IN NS krokodil.ru.

ഫയൽ krokodil-ru-ext.soa:

$TTL 172800

@ IN SOA korkodil.ru. hostmaster.krokodil.ru. (

2005122001; സീരിയൽ നമ്പർ

10800; ഓരോ 3 മണിക്കൂറിലും പുതുക്കുക

3600; ഓരോ മണിക്കൂറിലും വീണ്ടും ശ്രമിക്കുക

1728000; ഓരോ 20 ദിവസത്തിലും കാലഹരണപ്പെടും

172800); കുറഞ്ഞത് 2 ദിവസം

IN NS krokodil.ru.

ഇൻ NS ns4.nic.ru.

ഉപസംഹാരം

ഒരു ചെറിയ ബിസിനസ്സിനായി ഒരു DNS സെർവർ എങ്ങനെ സൃഷ്ടിക്കാം, ക്രമീകരിക്കാം, പ്രവർത്തിപ്പിക്കാം? വാസ്തവത്തിൽ, ഇത് ആദ്യം തോന്നുന്നത്ര ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല - ഒരിക്കൽ ഈ പാതയിലൂടെ പോയാൽ മതി, തുടർ പ്രവർത്തനങ്ങൾ"യാന്ത്രികമായി" പോകും.

അപേക്ഷ

ഉയർന്ന തലത്തിലുള്ള ഡൊമെയ്‌നുകൾ

തുടക്കത്തിൽ, RFC 920 അനുസരിച്ച്, പ്രവർത്തനക്ഷമമായ TLD-കളുടെ പട്ടികയിൽ .com, .gov, .mil, .edu, .org എന്നിവ ഉൾപ്പെടുന്നു, അവ യഥാക്രമം വാണിജ്യ, സർക്കാർ, സൈനിക, വിദ്യാഭ്യാസ, ലാഭേച്ഛയില്ലാത്ത ഓർഗനൈസേഷനുകളെ പ്രതിനിധീകരിക്കുന്നു. തുടർന്ന്, ഈ ലിസ്റ്റ് കുറച്ചുകൂടി വികസിച്ചു - 1985-ൽ, വിതരണ സംഘടനകളെ പ്രതിനിധീകരിച്ച് .net TLD ചേർത്തു. നെറ്റ്വർക്ക് സേവനങ്ങൾ, കൂടാതെ 1988-ൽ - TLD .int, അന്താരാഷ്ട്ര സംഘടനകളെ പ്രതിനിധീകരിക്കുന്നു. 2001-2002-ൽ, റഷ്യൻ ഉപയോക്താവിന് പ്രായോഗികമായി അജ്ഞാതമായ TLD-കൾ .aero, .biz, .cat, .coop, .jobs, .mobi, .museum, .name, .pro, .travel എന്നിവ ഈ പട്ടികയിൽ ചേർത്തു. കൂടുതൽ പൂർണമായ വിവരംൽ നൽകിയിരിക്കുന്നു. ഭൂമിശാസ്ത്രപരമായ ഡൊമെയ്‌നുകൾ ഒരിക്കൽ കൂടി വിതരണം ചെയ്യപ്പെടുന്നു. നിങ്ങളുടെ ഡൊമെയ്ൻ അതിൽ രജിസ്റ്റർ ചെയ്യാൻ കഴിയില്ലെന്ന് ഇതിനർത്ഥമില്ലെങ്കിലും. "പ്രശസ്തമായ" ചുരുക്കെഴുത്തുകളുമായി യാദൃശ്ചികമായി പൊരുത്തപ്പെടുന്ന പല ഭൂമിശാസ്ത്രപരമായ ഡൊമെയ്‌നുകളും വളരെ ആകർഷകമാണ്. ഉദാഹരണത്തിന്, .md (മോൾഡോവ) വളരെ ആകർഷകമാണ് മെഡിക്കൽ സ്ഥാപനങ്ങൾഅമേരിക്കയിലെ മേരിലാൻഡിലെ താമസക്കാരും; .tv (തുവാലു) - ടെലിവിഷനുമായി ബന്ധപ്പെട്ട വെബ്‌സൈറ്റുകൾക്ക്; .tm (തുർക്ക്മെനിസ്ഥാൻ) "ട്രേഡ് മാർക്ക്", .nu (Niue - അത്തരമൊരു ദ്വീപ് കോളനി ഉണ്ട്) - "നഗ്ന" ശൈലിയിലുള്ള സൈറ്റുകളുടെ ചുരുക്കെഴുത്തുമായി പൊരുത്തപ്പെടുന്നു.

http://www.ripe.net.

http://www.ripe.net/rs/reverse/rdns-project/index.html.

നെമെത്ത് ഇ, സ്നൈഡർ ജി, സീബാസ് എസ്, ഹെയ്ൻ ടിആർ. UNIX: സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ ഗൈഡ്. പ്രൊഫഷണലുകൾക്ക്/ട്രാൻസ്. ഇംഗ്ലീഷിൽ നിന്ന് – സെൻ്റ് പീറ്റേഴ്സ്ബർഗ്: പീറ്റർ; കെ.: BHV പബ്ലിഷിംഗ് ഗ്രൂപ്പ്, 2002 - 928 pp.: ill.

ക്രിക്കറ്റ് ലിയു, പോൾ ആൽബിറ്റ്സ്, DNS ആൻഡ് BIND, മൂന്നാം പതിപ്പ്, 1998 (O'Reilly, ISBN 1-56592-512-2).

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

1983-ൽ പോൾ മൊകപെട്രിസ് ഇൻഫർമേഷൻ സയൻസസ് ഇൻസ്റ്റിറ്റ്യൂട്ടിൽ റിസർച്ച് ഫെല്ലോ ആയി ജോലി ചെയ്തു. ഐ.എസ്.ഐ), യൂണിവേഴ്സിറ്റി ഓഫ് സതേൺ കാലിഫോർണിയ സ്കൂൾ ഓഫ് എഞ്ചിനീയറിംഗിൻ്റെ ഭാഗം ( USC). കാലിഫോർണിയ കമ്പനിയായ SRI ഇൻ്റർനാഷണൽ പരിപാലിക്കുന്ന ഹോസ്റ്റ് നാമങ്ങളുടെയും വിലാസങ്ങളുടെയും അന്നത്തെ കേന്ദ്രീകൃത ഡയറക്‌ടറിക്ക് പകരമായി കമ്പ്യൂട്ടർ നാമങ്ങളും ഇൻ്റർനെറ്റ് വിലാസങ്ങളും തമ്മിലുള്ള ബന്ധം സ്ഥാപിക്കുന്ന ഒരു പുതിയ സംവിധാനം കൊണ്ടുവരാൻ പോൾ നിർദ്ദേശിച്ചു.

"പഴയ സ്കീം എന്നെന്നേക്കുമായി പ്രവർത്തിക്കില്ലെന്ന് എല്ലാവർക്കും മനസ്സിലായി," മോക്കപെട്രിസ് ഓർമ്മിക്കുന്നു. "ഇൻ്റർനെറ്റിൻ്റെ വളർച്ച ഒരു ഹിമപാതമായി മാറി. കൂടുതൽ കൂടുതൽ പുതിയ കമ്പനികളും ഗവേഷണ സ്ഥാപനങ്ങളും നെറ്റ്‌വർക്കിൽ ചേർന്നു, ഇത് ARPANET പ്രോജക്റ്റിൻ്റെ അടിസ്ഥാനത്തിൽ ഉടലെടുത്തു. പെൻ്റഗൺ."

ഇൻറർനെറ്റിൽ ചേർന്ന ഓർഗനൈസേഷനുകൾക്ക് അവരുടെ ഡൊമെയ്ൻ ലഭിക്കാൻ അനുവദിക്കുന്ന ഒരു വിതരണം ചെയ്ത ഡാറ്റാബേസായിരുന്നു മോക്കപെട്രിസിൻ്റെ പരിഹാരമായ DNS.

"ഒരു ഓർഗനൈസേഷൻ നെറ്റ്‌വർക്കിലേക്ക് കണക്റ്റുചെയ്തുകഴിഞ്ഞാൽ, അതിന് ആവശ്യമുള്ളത്ര കമ്പ്യൂട്ടറുകൾ ഉപയോഗിക്കാനും അവയ്ക്ക് തന്നെ പേരുകൾ നൽകാനും കഴിയും," മോക്കപെട്രിസ് ഊന്നിപ്പറഞ്ഞു. കമ്പനികൾക്കുള്ള ഡൊമെയ്ൻ നാമങ്ങൾക്ക് .com, സർവ്വകലാശാലകൾ - .edu എന്നിങ്ങനെയുള്ള പ്രത്യയം ലഭിച്ചു.

DNS യഥാർത്ഥത്തിൽ 50 ദശലക്ഷം റെക്കോർഡുകളെ പിന്തുണയ്ക്കുന്നതിനാണ് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്, കൂടാതെ നൂറുകണക്കിന് ദശലക്ഷം റെക്കോർഡുകളിലേക്ക് സുരക്ഷിതമായി വികസിപ്പിക്കാനും കഴിയും. ഏകദേശം 20 ദശലക്ഷം പൊതുനാമങ്ങൾ ഉൾപ്പെടെ ഏകദേശം 1 ബില്യൺ DNS പേരുകൾ ഇപ്പോൾ ഉണ്ടെന്ന് Mockapetris കണക്കാക്കുന്നു. ബാക്കിയുള്ളവ ഫയർവാളുകൾക്ക് പിന്നിൽ സ്ഥിതിചെയ്യുന്ന സിസ്റ്റങ്ങളുടേതാണ്. സാധാരണ ഇൻ്റർനെറ്റ് ഉപയോക്താക്കൾക്ക് അവരുടെ പേരുകൾ അറിയില്ല.

വർഷങ്ങളോളം ക്രമേണ പുതിയ സംവിധാനം അവതരിപ്പിച്ചു. ഈ സമയത്ത്, നിരവധി ഗവേഷകർ അതിൻ്റെ കഴിവുകൾ പരീക്ഷിച്ചു, മൊകപെട്രിസ് പഠിച്ചു ഐ.എസ്.ഐപരിപാലനവും സുസ്ഥിരമായ പ്രവർത്തനവും" റൂട്ട് സെർവർ", ഡിജിറ്റൽ എക്യുപ്‌മെൻ്റ് മെയിൻഫ്രെയിമുകളിൽ നിർമ്മിച്ചിരിക്കുന്നു. ഹോസ്റ്റ് ടേബിളുകളുടെ പകർപ്പുകൾ 1986 വരെ ഇൻ്റർനെറ്റുമായി ബന്ധിപ്പിച്ചിട്ടുള്ള എല്ലാ കമ്പ്യൂട്ടറുകളിലും സംഭരിക്കപ്പെട്ടിരുന്നു. തുടർന്ന് DNS ഉപയോഗിക്കുന്നതിലേക്കുള്ള വലിയ മാറ്റം ആരംഭിച്ചു.

നെറ്റ്‌വർക്ക് ഹോസ്റ്റ് പേരുകൾ IP വിലാസങ്ങളിലേക്ക് മാപ്പ് ചെയ്യേണ്ടതിൻ്റെ ആവശ്യകത

കമ്പ്യൂട്ടറുകളും മറ്റും നെറ്റ്വർക്ക് ഉപകരണങ്ങൾനെറ്റ്‌വർക്കിലൂടെ പരസ്പരം പാക്കറ്റുകൾ അയയ്ക്കുമ്പോൾ, അവർ ഐപി വിലാസങ്ങൾ ഉപയോഗിക്കുന്നു. എന്നിരുന്നാലും, ഒരു ഉപയോക്താവിന് (മനുഷ്യന്) അർത്ഥമില്ലാത്ത നാല് നമ്പറുകളേക്കാൾ നെറ്റ്‌വർക്ക് നോഡുകളുടെ ചില പ്രതീകാത്മക പേരുകൾ ഓർമ്മിക്കുന്നത് വളരെ എളുപ്പവും സൗകര്യപ്രദവുമാണ്. എന്നിരുന്നാലും, നെറ്റ്‌വർക്ക് ഉറവിടങ്ങളുമായുള്ള ആശയവിനിമയത്തിൽ ആളുകൾ IP വിലാസങ്ങളേക്കാൾ ഹോസ്റ്റ്നാമങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ, അവരുടെ IP വിലാസങ്ങളിലേക്ക് ഹോസ്റ്റ്നാമങ്ങൾ മാപ്പ് ചെയ്യുന്ന ഒരു സംവിധാനം ഉണ്ടായിരിക്കണം.

അത്തരം രണ്ട് മെക്കാനിസങ്ങളുണ്ട് - ഓരോ കമ്പ്യൂട്ടറിനും ഒരു ലോക്കൽ ഹോസ്റ്റ് ഫയലും ഒരു കേന്ദ്രീകൃത ശ്രേണിയിലുള്ള DNS നെയിം സേവനവും.

ലോക്കൽ ഉപയോഗിക്കുന്നത് ഹോസ്റ്റ് ഫയൽനെറ്റ്‌വർക്ക് ഹോസ്റ്റ് നെയിം റെസല്യൂഷനുള്ള s, DNS ഡൊമെയ്ൻ നെയിം സിസ്റ്റങ്ങൾ

നെറ്റ്‌വർക്ക് വികസനത്തിൻ്റെ പ്രാരംഭ ഘട്ടത്തിൽ, ഓരോ നെറ്റ്‌വർക്കിലെയും നോഡുകളുടെ എണ്ണം ചെറുതായിരിക്കുമ്പോൾ, ഓരോ കമ്പ്യൂട്ടറിലും ഒരു ലളിതമായ ടെക്‌സ്‌റ്റ് ഫയലിൻ്റെ നിലവിലെ അവസ്ഥ സംഭരിക്കാനും പരിപാലിക്കാനും മതിയായിരുന്നു, അതിൽ നൽകിയിരിക്കുന്ന നെറ്റ്‌വർക്കിൻ്റെ നെറ്റ്‌വർക്ക് നോഡുകളുടെ ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു. ലിസ്റ്റ് വളരെ ലളിതമായി ക്രമീകരിച്ചിരിക്കുന്നു - ടെക്സ്റ്റ് ഫയലിൻ്റെ ഓരോ വരിയിലും ജോഡി "IP വിലാസം - നെറ്റ്വർക്ക് ഹോസ്റ്റ് നാമം" അടങ്ങിയിരിക്കുന്നു. വിൻഡോസ് ഫാമിലി സിസ്റ്റങ്ങളിൽ, ഈ ഫയൽ %സിസ്റ്റം റൂട്ട്%\system32\drivers\etc ഫോൾഡറിലാണ് സ്ഥിതി ചെയ്യുന്നത് (ഇവിടെ %system root% എന്നത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്ന ഫോൾഡറിനെ സൂചിപ്പിക്കുന്നു). വിൻഡോസ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്തതിന് ശേഷം, 127.0.0.1 ലോക്കൽ ഹോസ്റ്റ് എന്ന എൻട്രി ഉപയോഗിച്ച് ഒരു ഹോസ്റ്റ് ഫയൽ സൃഷ്ടിക്കപ്പെടുന്നു.

നെറ്റ്‌വർക്കുകൾ വളരുന്നതിനനുസരിച്ച്, വിവരങ്ങൾ കാലികവും കൃത്യവുമായി സൂക്ഷിക്കുക ഹോസ്റ്റ് ഫയൽഅത് കൂടുതൽ കൂടുതൽ ബുദ്ധിമുട്ടായിക്കൊണ്ടിരിക്കുകയാണ്. ഇത് ചെയ്യുന്നതിന്, എല്ലാ നെറ്റ്‌വർക്ക് നോഡുകളിലും ഈ ഫയലിൻ്റെ ഉള്ളടക്കങ്ങൾ നിങ്ങൾ നിരന്തരം അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്. കൂടാതെ, ഇത് വളരെ ലളിതമാണ് സാങ്കേതികവിദ്യനെയിംസ്പേസ് ഏതെങ്കിലും ഘടനയിൽ ക്രമീകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നില്ല. അതിനാൽ, പേരുകൾ ഇല്ലാതെ IP വിലാസങ്ങളിലേക്ക് പരിവർത്തനം ചെയ്യാൻ അനുവദിക്കുന്ന ഒരു കേന്ദ്രീകൃത നാമ ഡാറ്റാബേസിൻ്റെ ആവശ്യകത ഉണ്ടായിരുന്നു. സംഭരണംഓരോ കമ്പ്യൂട്ടറിലും പൊരുത്തപ്പെടുന്ന ലിസ്റ്റ്. അത്തരമൊരു അടിത്തറ DNS (ഡൊമെയ്ൻ നെയിം സിസ്റ്റം) ആയിരുന്നു, 1987-ൽ ജനകീയ പ്രവർത്തനം ആരംഭിച്ച ഒരു ഡൊമെയ്ൻ നാമകരണ സംവിധാനം.

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

DNS സേവനം: നെയിംസ്പേസ്, ഡൊമെയ്നുകൾ

DNS ആണ് ശ്രേണിപരമായ ഡാറ്റാബേസ്, ഇത് നെറ്റ്‌വർക്ക് നോഡുകളുടെയും അവയുടെ നെറ്റ്‌വർക്ക് സേവനങ്ങളുടെയും പേരുകൾ നോഡുകളുടെ IP വിലാസങ്ങളിലേക്ക് മാപ്പ് ചെയ്യുന്നു. ഈ ഡാറ്റാബേസിൻ്റെ ഉള്ളടക്കങ്ങൾ, ഒരു വശത്ത്, ഒരു വലിയ സംഖ്യ DNS സേവന സെർവറുകളിൽ വിതരണം ചെയ്യപ്പെടുന്നു, മറുവശത്ത്, കേന്ദ്രീകൃതമായി നിയന്ത്രിക്കപ്പെടുന്നു. കാമ്പിൽ ശ്രേണിപരമായ ഡാറ്റാബേസ് ഘടന DNS ഒരു ഡൊമെയ്ൻ നെയിംസ്പേസ് ആണ്, ഇതിൻ്റെ പ്രധാന ഘടനാപരമായ യൂണിറ്റ് നെറ്റ്വർക്ക് നോഡുകൾ (ഹോസ്റ്റുകൾ), സബ്ഡൊമെയ്നുകൾ എന്നിവയെ ഒന്നിപ്പിക്കുന്ന ഒരു ഡൊമെയ്ൻ ആണ്. ഒരു നെറ്റ്‌വർക്ക് ഹോസ്റ്റിൻ്റെ പേരിനായി DNS ഡാറ്റാബേസ് തിരയുകയും ആ പേര് ഒരു IP വിലാസവുമായി പൊരുത്തപ്പെടുത്തുകയും ചെയ്യുന്ന പ്രക്രിയയെ "DNS നെയിംസ്പേസിലെ ഹോസ്റ്റ്നാമം റെസലൂഷൻ" എന്ന് വിളിക്കുന്നു.

DNS സേവനം മൂന്ന് പ്രധാന ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്നു:

DNS നെയിംസ്പേസും അനുബന്ധ റിസോഴ്സ് റെക്കോർഡുകളും (RR, റിസോഴ്സ് റെക്കോർഡ്)- ഇത് വിതരണം ചെയ്ത DNS ഡാറ്റാബേസ് തന്നെയാണ്;

DNS നെയിം സെർവറുകൾ- ഡിഎൻഎസ് ഡാറ്റാബേസ് സംഭരിക്കുകയും പ്രതികരിക്കുകയും ചെയ്യുന്ന കമ്പ്യൂട്ടറുകൾ അഭ്യർത്ഥിക്കുന്നു DNS ക്ലയൻ്റുകൾ;

DNS ക്ലയൻ്റുകൾ (DNS ക്ലയൻ്റുകൾ, DNS റിസോൾവറുകൾ)റിസോഴ്സ് റെക്കോർഡുകൾ ലഭിക്കുന്നതിന് ഡിഎൻഎസ് സെർവറുകളിലേക്ക് ചോദ്യങ്ങൾ അയക്കുന്ന കമ്പ്യൂട്ടറുകൾ.

നെയിംസ്പേസ്.

DNS നെയിംസ്‌പെയ്‌സ് എന്നത് റൂട്ടിൽ ആരംഭിക്കുന്ന ഒരു ശ്രേണിപരമായ ട്രീ ഘടനയാണ്, അതിന് പേരില്ല, ഒരു ഡോട്ട് കൊണ്ട് സൂചിപ്പിക്കുന്നു. DNS നെയിംസ്‌പേസിൻ്റെ രൂപകൽപ്പന ഇൻ്റർനെറ്റ് ഉദാഹരണമായി ചിത്രീകരിക്കുന്നതാണ് ( അരി. 4.8).

അരി. 4.8

ഒന്നാം ലെവൽ ഡൊമെയ്‌നുകൾക്ക് 3 വിഭാഗങ്ങളുടെ പേരുകളുണ്ട്:

ARPA- റിവേഴ്സ് ഡിഎൻഎസ് റെസല്യൂഷനുപയോഗിക്കുന്ന ഒരു പ്രത്യേക നാമം (IP വിലാസത്തിൽ നിന്ന് പൂർണ്ണമായ പേര്നോഡ്);

പൊതുവായ 1st ലെവൽ പേരുകൾ- 16 (നിലവിൽ) പേരുകൾ, അതിൻ്റെ ഉദ്ദേശ്യം നൽകിയിരിക്കുന്നു മേശ 4.4;

രാജ്യങ്ങൾക്ക് രണ്ട് അക്ഷര നാമങ്ങൾ- അനുബന്ധ രാജ്യങ്ങളിൽ രജിസ്റ്റർ ചെയ്ത ഡൊമെയ്‌നുകളുടെ പേരുകൾ (ഉദാഹരണത്തിന്, ru - റഷ്യ, ua - ഉക്രെയ്‌നിന്, uk - ഗ്രേറ്റ് ബ്രിട്ടന് മുതലായവ).

പട്ടിക 4.4.
ഡൊമെയ്ൻ നാമം	ഉദ്ദേശം
	വ്യോമയാന കമ്മ്യൂണിറ്റികൾ
	കമ്പനികൾ (രാജ്യത്തെ പരാമർശിക്കാതെ)
	വാണിജ്യ സ്ഥാപനങ്ങൾ, പ്രാഥമികമായി യുണൈറ്റഡ് സ്റ്റേറ്റ്സിലെ (ഉദാഹരണത്തിന്, മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷനുള്ള microsoft.com ഡൊമെയ്ൻ)
	സഹകരണസംഘങ്ങൾ
	യുഎസ്എയിലെ വിദ്യാഭ്യാസ സ്ഥാപനങ്ങൾ
	യുഎസ് സർക്കാർ ഏജൻസികൾ
	ഉപഭോക്താക്കൾക്കായി എന്തെങ്കിലും വിവരങ്ങൾ നൽകുന്ന സ്ഥാപനങ്ങൾക്കുള്ള ഡൊമെയ്ൻ
	അന്താരാഷ്ട്ര സംഘടനകൾ (ഉദാഹരണത്തിന്, ഡൊമെയ്ൻ നാറ്റോനാറ്റോയ്‌ക്കുള്ള .int)
	യുഎസ് സൈനിക വകുപ്പുകൾ
	വ്യക്തികൾക്കുള്ള ആഗോള ഡൊമെയ്ൻ
	ഇൻ്റർനെറ്റ് ദാതാക്കൾക്കും ഇൻ്റർനെറ്റിൻ്റെ ഘടന നിയന്ത്രിക്കുന്ന മറ്റ് ഓർഗനൈസേഷനുകൾക്കുമുള്ള ഡൊമെയ്ൻ
	ലാഭേച്ഛയില്ലാത്തതും സർക്കാരിതരവുമായ സ്ഥാപനങ്ങൾ, പ്രധാനമായും യുഎസ്എയിൽ
	പ്രൊഫഷണൽ അസോസിയേഷനുകൾക്കുള്ള ഡൊമെയ്ൻ (ഡോക്ടർമാർ, അഭിഭാഷകർ, അക്കൗണ്ടൻ്റുമാർ മുതലായവ)
	റിക്രൂട്ട്മെൻ്റ് ഏജൻസികൾ
	ടൂർ ഓപ്പറേറ്റർമാർ

ഒരു ഐപി അഡ്രസ് സ്‌പെയ്‌സിലേക്ക് ഒരു നെയിംസ്‌പെയ്‌സ് നേരിട്ട് മാപ്പ് ചെയ്യുന്നതിന്, വിളിക്കപ്പെടുന്നവ ഉപയോഗിക്കുക. റിസോഴ്സ് റെക്കോർഡുകൾ (ആർആർ, റിസോഴ്സ് റെക്കോർഡ്). ഓരോ ഡിഎൻഎസ് സെർവറിനും അതിൻ്റെ ഉത്തരവാദിത്തമുള്ള നെയിംസ്‌പെയ്‌സിൻ്റെ ഭാഗത്തിൻ്റെ റിസോഴ്‌സ് റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്നു ( ആധികാരികമായ). മേശ 4.5ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന റിസോഴ്സ് റെക്കോർഡുകളുടെ ഒരു വിവരണം അടങ്ങിയിരിക്കുന്നു.

പട്ടിക 4.5.
റിസോഴ്സ് റെക്കോർഡ് തരം	റെക്കോർഡിംഗ് പ്രവർത്തനം	ഉപയോഗത്തിൻ്റെ വിവരണം
	ഹോസ്റ്റ് വിലാസംഹോസ്റ്റ് അല്ലെങ്കിൽ നോഡ് വിലാസം	ഒരു IP വിലാസത്തിലേക്ക് ഒരു ഹോസ്റ്റ്നാമം മാപ്പ് ചെയ്യുന്നു (ഉദാഹരണത്തിന്, microsoft.com എന്ന ഡൊമെയ്‌നിനായി ഒരു ഹോസ്റ്റിലേക്ക് www.microsoft.comഇനിപ്പറയുന്ന എൻട്രി ഉപയോഗിച്ചാണ് IP വിലാസം മാപ്പ് ചെയ്തിരിക്കുന്നത്: www A 207.46.199.60)
	കാനോനിക്കൽ നാമം (അപരനാമം)	ഒരു പേരിലേക്ക് മറ്റൊന്നിലേക്ക് മാപ്പ് ചെയ്യുന്നു
	മെയിൽ എക്സ്ചേഞ്ചർ മെയിൽ എക്സ്ചേഞ്ച്	SMTP പ്രോട്ടോക്കോളിനായുള്ള മെയിൽ സന്ദേശങ്ങളുടെ റൂട്ടിംഗ് നിയന്ത്രിക്കുന്നു
	പേര് സെർവർ സെർവർപേരുകൾ	ഒരു നിർദ്ദിഷ്‌ട ഡൊമെയ്‌നിനും അതിൻ്റെ ഉപഡൊമെയ്‌നുകൾക്കും ഉത്തരവാദികളായ DNS സെർവറുകളിലേക്കുള്ള പോയിൻ്റുകൾ
	പോയിൻ്റർ	in-addr.arpa ഡൊമെയ്‌നിലെ ഹോസ്റ്റ് നെയിമുകളിലേക്ക് IP വിലാസങ്ങൾ റിവേഴ്സ് പരിഹരിക്കാൻ ഉപയോഗിക്കുന്നു
	അതോറിറ്റിയുടെ തുടക്കം സോൺ പ്രവേശനം ആരംഭിക്കുന്നു	തന്നിരിക്കുന്ന സോണിനുള്ള പ്രാഥമിക സെർവർ വ്യക്തമാക്കുന്നതിനും സോണിൻ്റെ ഗുണവിശേഷതകൾ വിവരിക്കുന്നതിനും ഉപയോഗിക്കുന്നു
	ഒരു സേവനത്തിലേക്കുള്ള സർവീസ് ലൊക്കേറ്റർ പോയിൻ്റർ	നിർദ്ദിഷ്ട സേവനങ്ങൾ പ്രവർത്തിക്കുന്ന സെർവറുകൾ കണ്ടെത്താൻ ഉപയോഗിക്കുന്നു (ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്ൻ കൺട്രോളറുകൾ അല്ലെങ്കിൽ ആഗോള കാറ്റലോഗ് സെർവറുകൾ)

ഒരു പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമം (FQDN) ഒരു ഡോട്ട് കൊണ്ട് വേർതിരിച്ചിരിക്കുന്ന ലേബലുകൾ എന്ന് വിളിക്കപ്പെടുന്ന നിരവധി പേരുകൾ ഉൾക്കൊള്ളുന്നു. ഇടതുവശത്തെ ലേബൽ നേരിട്ട് നോഡിനെ സൂചിപ്പിക്കുന്നു, ശേഷിക്കുന്ന ലേബലുകൾ ആദ്യ ലെവൽ ഡൊമെയ്‌നിൽ നിന്ന് നോഡ് സ്ഥിതിചെയ്യുന്ന ഡൊമെയ്‌നിലേക്കുള്ള ഡൊമെയ്‌നുകളുടെ ഒരു ലിസ്റ്റാണ് (ഈ ലിസ്റ്റ് വലത്തുനിന്ന് ഇടത്തോട്ട് കാണുന്നു).

DNS നെയിം സെർവറുകൾ.

ഡിഎൻഎസ് നെയിം സെർവറുകൾ (അല്ലെങ്കിൽ ഡിഎൻഎസ് സെർവറുകൾ) ഈ സെർവറുകൾക്ക് ഉത്തരവാദിത്തമുള്ള ഡിഎൻഎസ് നെയിംസ്പേസ് ഡാറ്റാബേസിൻ്റെ ആ ഭാഗങ്ങൾ സംഭരിക്കുന്ന കമ്പ്യൂട്ടറുകളാണ്, കൂടാതെ ഡിഎൻഎസ് ക്ലയൻ്റ് നെയിം റെസലൂഷൻ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുകയും ലഭിച്ച അഭ്യർത്ഥനകൾക്ക് പ്രതികരണങ്ങൾ നൽകുകയും ചെയ്യുന്ന സോഫ്റ്റ്വെയർ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു.

DNS ക്ലയൻ്റുകൾ.

ഒരു IP വിലാസത്തിലേക്ക് ഒരു ഹോസ്റ്റ് നാമം പരിഹരിക്കുന്നതിന് ഒരു DNS സെർവറുമായി ബന്ധപ്പെട്ട ഏതെങ്കിലും നെറ്റ്‌വർക്ക് നോഡാണ് DNS ക്ലയൻ്റ്.

DNS സേവനം: ഡൊമെയ്‌നുകളും സോണുകളും

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

വിൻഡോസ് സെർവർ ഫാമിലി സിസ്റ്റങ്ങൾ ഇനിപ്പറയുന്ന സോൺ തരങ്ങളെ പിന്തുണയ്ക്കുന്നു:

സ്റ്റാൻഡേർഡ് പ്രൈമറി- സ്റ്റാൻഡേർഡ് സോണിൻ്റെ പ്രധാന പകർപ്പ്; ൽ മാത്രം ഈ കോപ്പിസോണുകൾക്ക് എന്തെങ്കിലും മാറ്റങ്ങൾ വരുത്താൻ അനുവാദമുണ്ട്, അവ അധിക സോണുകൾ സംഭരിക്കുന്ന സെർവറുകളിലേക്ക് പകർത്തുന്നു;

സ്റ്റാൻഡേർഡ് സെക്കൻഡറി- പ്രധാന സോണിൻ്റെ ഒരു പകർപ്പ്, റീഡ്-ഒൺലി മോഡിൽ ലഭ്യമാണ്, തെറ്റ് സഹിഷ്ണുത വർദ്ധിപ്പിക്കുന്നതിനും ഒരു നിർദ്ദിഷ്ട സോണിന് ഉത്തരവാദിത്തമുള്ള സെർവറുകൾക്കിടയിൽ ലോഡ് വിതരണം ചെയ്യുന്നതിനും രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു; സോൺ രേഖകളിൽ മാറ്റങ്ങൾ ആവർത്തിക്കുന്ന പ്രക്രിയയെ "സോൺ ട്രാൻസ്ഫർ" എന്ന് വിളിക്കുന്നു ( മേഖല കൈമാറ്റം) (സ്റ്റാൻഡേർഡ് സോണുകളിലെ വിവരങ്ങൾ ടെക്സ്റ്റ് ഫയലുകളിൽ സംഭരിച്ചിരിക്കുന്നു, ഫയലുകൾ "% സിസ്റ്റം റൂട്ട്%\system32\dns" എന്ന ഫോൾഡറിലാണ് സൃഷ്ടിച്ചിരിക്കുന്നത്, ഫയൽ എക്സ്റ്റൻഷൻ ചേർത്ത് സോണിൻ്റെ പേരിൽ നിന്നാണ് ഫയലിൻ്റെ പേര് സാധാരണയായി രൂപപ്പെടുന്നത്. .dns"; "സ്റ്റാൻഡേർഡ്" എന്ന പദം വിൻഡോസ് ഫാമിലി സിസ്റ്റങ്ങളിൽ മാത്രമാണ് ഉപയോഗിക്കുന്നത്);

ൽ സംയോജിപ്പിച്ചു സജീവ ഡയറക്ടറി(സജീവ ഡയറക്ടറി–സംയോജിത)- എല്ലാ സോൺ വിവരങ്ങളും ആക്റ്റീവ് ഡയറക്ടറി ഡാറ്റാബേസിൽ ഒരൊറ്റ എൻട്രി ആയി സംഭരിച്ചിരിക്കുന്നു (ആക്ടീവ് ഡയറക്‌ടറി ഡൊമെയ്ൻ കൺട്രോളറായ വിൻഡോസ് സെർവറുകളിൽ മാത്രമേ ഇത്തരത്തിലുള്ള സോണുകൾ നിലനിൽക്കൂ; സംയോജിത സോണുകളിൽ, സോൺ എൻട്രികളിലേക്കുള്ള ആക്‌സസ് അവകാശങ്ങൾ കൂടുതൽ കർശനമായി നിയന്ത്രിക്കാനാകും; സംയോജിത മേഖലയുടെ വിവിധ സന്ദർഭങ്ങൾക്കിടയിലുള്ള സോൺ എൻട്രികൾ അനുസരിച്ച് നിർമ്മിക്കപ്പെടുന്നില്ല സാങ്കേതികവിദ്യകൾഡിഎൻഎസ് സേവനം വഴി സോണിൻ്റെ കൈമാറ്റം, കൂടാതെ സജീവ ഡയറക്ടറി സേവനത്തിൻ്റെ പകർപ്പെടുക്കൽ സംവിധാനങ്ങൾ വഴി);

അപൂർണ്ണ മേഖല (അപൂർണ്ണം; Windows 2003 മാത്രം) DNS നെയിംസ്‌പെയ്‌സിൻ്റെ ഒരു നിശ്ചിത ഭാഗത്തിന്, ഏറ്റവും കുറഞ്ഞ റിസോഴ്‌സ് റെക്കോർഡുകൾ (പ്രാരംഭ SOA സോൺ റെക്കോർഡ്, ആ സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള നെയിം സെർവറുകളുടെ ഒരു ലിസ്റ്റ്, കൂടാതെ കുറച്ച് തരങ്ങൾ എന്നിവ അടങ്ങിയിരിക്കുന്ന ഒരു പ്രത്യേക തരം സോണാണ്). ആ സോണിനായുള്ള നെയിം സെർവറുകളുടെ റഫറൻസുകൾക്കായുള്ള ഒരു രേഖകൾ).

ഡൊമെയ്ൻ, സോൺ എന്നീ ആശയങ്ങൾ തമ്മിലുള്ള ബന്ധം ഉദാഹരണമായി നോക്കാം. അവതരിപ്പിച്ച വിവരങ്ങൾ വിശകലനം ചെയ്യാം അരി. 4.9.

അരി. 4.9

ഈ ഉദാഹരണത്തിൽ, DNS നെയിംസ്പേസ് ആരംഭിക്കുന്നത് ഡൊമെയ്നിൽ നിന്നാണ് microsoft.com, ഇതിൽ 3 ഉപഡൊമെയ്‌നുകൾ അടങ്ങിയിരിക്കുന്നു: sales.microsoft.com, it.microsoft.comഒപ്പം edu.microsoft.com(ചിത്രത്തിലെ ഡൊമെയ്‌നുകൾ ചെറിയ തിരശ്ചീന അണ്ഡങ്ങളാൽ സൂചിപ്പിച്ചിരിക്കുന്നു). ഒരു ഡൊമെയ്ൻ എന്നത് പേരുകളുടെ വിതരണവുമായി മാത്രം ബന്ധപ്പെട്ട തികച്ചും യുക്തിസഹമായ ആശയമാണ്. ഒരു ഡൊമെയ്ൻ എന്ന ആശയത്തിന് സാങ്കേതികവിദ്യയുമായി യാതൊരു ബന്ധവുമില്ല സംഭരണംസംബന്ധിച്ച വിവരങ്ങൾ ഡൊമെയ്ൻ. മേഖല- തന്നിരിക്കുന്ന ഡൊമെയ്‌നിനും സബ്‌ഡൊമെയ്‌നുകൾക്കും ഉത്തരവാദികളായ ഡിഎൻഎസ് സെർവറുകളുടെ സംഭരണത്തിൽ ഒരു ഡൊമെയ്‌നിനെയും അതിൻ്റെ സബ്‌ഡൊമെയ്‌നിനെയും കുറിച്ചുള്ള വിവരങ്ങൾ അവതരിപ്പിക്കുന്നതിനുള്ള ഒരു മാർഗമാണിത്. ഈ സാഹചര്യത്തിൽ, സംഭരണത്തിനായി സ്റ്റാൻഡേർഡ് സോൺ സാങ്കേതികവിദ്യ തിരഞ്ഞെടുത്തിട്ടുണ്ടെങ്കിൽ, ഡൊമെയ്ൻ വിവരങ്ങളുടെ സ്ഥാനം ഇനിപ്പറയുന്ന രീതിയിൽ നടപ്പിലാക്കാം:

ഡൊമെയ്‌നുമായി ബന്ധപ്പെട്ട രേഖകൾ microsoft.comഒപ്പം edu.microsoft.com, "microsoft.com.dns" ഫയലിൽ ഒരു സോണിൽ സൂക്ഷിക്കുന്നു (ചിത്രത്തിൽ സോൺ ഒരു വലിയ ചെരിഞ്ഞ ഓവൽ സൂചിപ്പിക്കുന്നു);

ഡൊമെയ്ൻ മാനേജ്മെൻ്റ് sales.microsoft.comഒപ്പം it.microsoft.comമറ്റ് ഡിഎൻഎസ് സെർവറുകളിലേക്ക് നിയുക്തമാക്കി, മറ്റ് സെർവറുകളിൽ ഈ ഡൊമെയ്‌നുകൾക്കായി അനുബന്ധ ഫയലുകൾ "sales.microsoft.com.dns", "it.microsoft.com.dns" എന്നിവ സൃഷ്ടിച്ചു (ഈ സോണുകൾ വലിയ ലംബ ഓവലുകളാൽ സൂചിപ്പിച്ചിരിക്കുന്നു).

ഡെലിഗേഷൻ ഓഫ് കൺട്രോൾ എന്നത് നെയിംസ്‌പെയ്‌സിൻ്റെ ഒരു ഭാഗത്തിൻ്റെ ഉത്തരവാദിത്തം മറ്റ് ഡിഎൻഎസ് സെർവറുകളിലേക്ക് മാറ്റുന്നതാണ്.

ഫോർവേഡ്, റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ

മുമ്പത്തെ ഉദാഹരണത്തിൽ ചർച്ച ചെയ്ത സോണുകൾ ഇവയാണ് ഫോർവേഡ് ലുക്ക്അപ്പ് സോണുകൾ. IP വിലാസങ്ങളിലേക്ക് ഹോസ്റ്റ് പേരുകൾ പരിഹരിക്കാൻ ഈ സോണുകൾ ഉപയോഗിക്കുന്നു. ഇതിനായി ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന റെക്കോർഡ് തരങ്ങൾ A, CNAME, SRV എന്നിവയാണ്.

റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ ( റിവേഴ്സ് ലുക്ക്അപ്പ്സോണുകൾ), "റിവേഴ്സ്" സോണുകളിലെ പ്രധാന തരം റെക്കോർഡിംഗ് PTR ആണ്. ഈ പ്രശ്നം പരിഹരിക്കാൻ, in-addr.arpa എന്ന പേരിൽ ഒരു പ്രത്യേക ഡൊമെയ്ൻ സൃഷ്ടിച്ചു. അത്തരം ഒരു ഡൊമെയ്‌നിലെ ഓരോ ഐപി നെറ്റ്‌വർക്കിനും, റിവേഴ്‌സ് ഓർഡറിൽ എഴുതിയ നെറ്റ്‌വർക്ക് ഐഡൻ്റിഫയറിൽ നിന്ന് രൂപീകരിച്ച അനുബന്ധ സബ്‌ഡൊമെയ്‌നുകൾ സൃഷ്ടിക്കപ്പെടുന്നു. അത്തരം ഒരു സോണിലെ റെക്കോർഡുകൾ ആ ഹോസ്റ്റിൻ്റെ മുഴുവൻ FQDN പേരുമായി ഹോസ്റ്റ് ഐഡിയുമായി പൊരുത്തപ്പെടും. ഉദാഹരണത്തിന്, 192.168.0.0/24 IP നെറ്റ്‌വർക്കിനായി, നിങ്ങൾ "0.168.192.in-addr.arpa" എന്ന പേരിൽ ഒരു സോൺ സൃഷ്ടിക്കേണ്ടതുണ്ട്. 192.168.0.10 എന്ന IP വിലാസവും host.company.ru എന്ന പേരുമുള്ള ഒരു നോഡിനായി, ഈ സോണിൽ "10 PTR host.company.ru" എന്ന റെക്കോർഡ് സൃഷ്ടിക്കേണ്ടതുണ്ട്.

ആവർത്തനപരവും ആവർത്തിച്ചുള്ളതുമായ ഡിഎൻഎസ് അന്വേഷണങ്ങൾക്കുള്ള അൽഗോരിതങ്ങൾ

എല്ലാം അഭ്യർത്ഥിക്കുന്നു, പേര് റെസല്യൂഷനായി DNS സെർവറിലേക്ക് DNS ക്ലയൻ്റ് അയച്ചത് രണ്ട് തരങ്ങളായി തിരിച്ചിരിക്കുന്നു:

ആവർത്തന ചോദ്യങ്ങൾ (ക്ലയൻ്റ് DNS സെർവർ അയയ്ക്കുന്നു അഭ്യർത്ഥന, മറ്റ് DNS സെർവറുകളുമായി ബന്ധപ്പെടാതെ ഏറ്റവും മികച്ച ഉത്തരം നൽകേണ്ടത് ആവശ്യമാണ്);

ആവർത്തിച്ചുള്ള അന്വേഷണങ്ങൾ (ഡിഎൻഎസ് സെർവറിന് മറ്റ് ഡിഎൻഎസ് സെർവറുകളിലേക്ക് അന്വേഷണങ്ങൾ അയയ്‌ക്കേണ്ടി വന്നാലും, ക്ലയൻ്റ് ഡിഎൻഎസ് സെർവറിലേക്ക് ഒരു ചോദ്യം അയയ്‌ക്കുന്നു, അതിൽ അന്തിമ ഉത്തരം അഭ്യർത്ഥിക്കുന്നു; ഈ സാഹചര്യത്തിൽ മറ്റ് ഡിഎൻഎസ് സെർവറുകളിലേക്ക് അയയ്‌ക്കുന്ന അന്വേഷണങ്ങൾ ആവർത്തിക്കും).

സാധാരണ DNS ക്ലയൻ്റുകൾ (ഉപയോക്തൃ വർക്ക്സ്റ്റേഷനുകൾ പോലെയുള്ളവ) സാധാരണയായി ആവർത്തന ചോദ്യങ്ങൾ അയയ്‌ക്കുന്നു.

ആവർത്തനപരവും ആവർത്തനപരവുമായ അന്വേഷണങ്ങൾ പ്രോസസ്സ് ചെയ്യുമ്പോൾ ഡിഎൻഎസ് ക്ലയൻ്റും ഡിഎൻഎസ് സെർവറും എങ്ങനെ ഇടപെടുന്നു എന്നതിൻ്റെ ഉദാഹരണങ്ങൾ നോക്കാം.

ഉപയോക്താവ് ഇൻ്റർനെറ്റ് ബ്രൗസർ പ്രോഗ്രാം സമാരംഭിക്കുകയും വിലാസ ബാറിൽ വിലാസം നൽകുകയും ചെയ്തുവെന്ന് നമുക്ക് പറയാം http://www.microsoft.com. ബ്രൗസറിന് ഒരു വെബ്‌സൈറ്റിനൊപ്പം ഒരു HTTP സെഷൻ സ്ഥാപിക്കുന്നതിന് മുമ്പ്, ക്ലയൻ്റ് കമ്പ്യൂട്ടർ വെബ് സെർവറിൻ്റെ IP വിലാസം നിർണ്ണയിക്കണം. ഇത് ചെയ്യുന്നതിന്, ഉപയോക്താവിൻ്റെ വർക്ക്സ്റ്റേഷൻ്റെ TCP/IP പ്രോട്ടോക്കോളിൻ്റെ ക്ലയൻ്റ് ഭാഗം (ഇത് വിളിക്കപ്പെടുന്നവ പരിഹരിക്കുന്നയാൾ) ആദ്യം പരിഹരിച്ച പേരുകളുടെ പ്രാദേശിക കാഷെ പരിശോധിച്ച് അവിടെ പേര് കണ്ടെത്താനുള്ള ശ്രമത്തിലാണ് www.microsoft.com. പേര് കണ്ടെത്തിയില്ലെങ്കിൽ, ഈ കമ്പ്യൂട്ടറിൻ്റെ TCP/IP കോൺഫിഗറേഷനിൽ വ്യക്തമാക്കിയ DNS സെർവറിലേക്ക് ക്ലയൻ്റ് ഒരു അഭ്യർത്ഥന അയയ്ക്കുന്നു (നമുക്ക് ഈ DNS സെർവറിനെ വിളിക്കാം "പ്രാദേശിക DNS സെർവർ"), പേര് റെസലൂഷനുവേണ്ടി www.microsoft.comഈ നോഡിൻ്റെ IP വിലാസത്തിലേക്ക്. അഭ്യർത്ഥനയുടെ തരം അനുസരിച്ച് DNS സെർവർ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നു.

ഓപ്ഷൻ 1 (ആവർത്തന ചോദ്യം).

ക്ലയൻ്റ് സെർവറിലേക്ക് ഒരു ആവർത്തന അഭ്യർത്ഥന അയച്ചാൽ (ക്ലയൻ്റുകൾ സാധാരണയായി ആവർത്തന അഭ്യർത്ഥനകൾ അയയ്‌ക്കുമെന്ന് ഓർമ്മിക്കുക), അഭ്യർത്ഥന ഇനിപ്പറയുന്ന സ്കീം അനുസരിച്ച് പ്രോസസ്സ് ചെയ്യുന്നു:

microsoft.com;

അത്തരമൊരു സോൺ കണ്ടെത്തിയാൽ, www നോഡിനുള്ള ഒരു എൻട്രി അതിൽ തിരയുന്നു; ഒരു റെക്കോർഡ് കണ്ടെത്തിയാൽ, തിരയൽ ഫലം ഉടനടി ക്ലയൻ്റിന് തിരികെ നൽകും;

www.microsoft.comമുമ്പ് പരിഹരിച്ച DNS അന്വേഷണങ്ങളുടെ കാഷെയിൽ;

തിരഞ്ഞ പേര് കാഷെയിലാണെങ്കിൽ, തിരയൽ ഫലം ക്ലയൻ്റിലേക്ക് തിരികെ നൽകും; പ്രാദേശിക ഡിഎൻഎസ് സെർവർ അതിൻ്റെ ഡാറ്റാബേസിൽ ആവശ്യമായ റെക്കോർഡ് കണ്ടെത്തിയില്ലെങ്കിൽ, റൂട്ട് ഡിഎൻഎസ് സെർവറുകളിൽ ഒന്നിൻ്റെ ഐപി വിലാസം ക്ലയൻ്റിലേക്ക് അയയ്ക്കും;

ക്ലയൻ്റ് റൂട്ട് സെർവറിൻ്റെ ഐപി വിലാസം നേടുകയും അതിലേക്ക് നെയിം റെസലൂഷൻ അഭ്യർത്ഥന ആവർത്തിക്കുകയും ചെയ്യുന്നു www.microsoft.com;

റൂട്ട് സെർവറിൽ അതിൻ്റെ ഡാറ്റാബേസിൽ "microsoft.com" സോൺ അടങ്ങിയിട്ടില്ല, പക്ഷേ അതിന് "com" സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള DNS സെർവറുകൾ അറിയാം, കൂടാതെ റൂട്ട് സെർവർ ഈ സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറുകളിൽ ഒന്നിൻ്റെ IP വിലാസം ക്ലയൻ്റിന് അയയ്ക്കുന്നു. ;

"com" സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിൻ്റെ IP വിലാസം ക്ലയൻ്റ് സ്വീകരിക്കുകയും അതിന് ഒരു പേര് റെസല്യൂഷൻ അഭ്യർത്ഥന അയയ്ക്കുകയും ചെയ്യുന്നു www.microsoft.com;

കോം സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിൽ അതിൻ്റെ ഡാറ്റാബേസിൽ സോണുകൾ അടങ്ങിയിട്ടില്ല microsoft.com, എന്നാൽ സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള DNS സെർവറുകൾ അവനറിയാം microsoft.com, കൂടാതെ ഈ DNS സെർവർ, സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറുകളിൽ ഒന്നിൻ്റെ IP വിലാസം ക്ലയൻ്റിന് അയയ്ക്കുന്നു microsoft.com;

സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിൻ്റെ IP വിലാസം ക്ലയൻ്റ് സ്വീകരിക്കുന്നു microsoft.com, കൂടാതെ ഒരു പേര് റെസല്യൂഷൻ അഭ്യർത്ഥന അയയ്ക്കുന്നു www.microsoft.com;

സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സെർവർ microsoft.com, സ്വീകരിക്കുന്നു ഈ അഭ്യർത്ഥന, സോണിൽ സ്ഥിതി ചെയ്യുന്ന www നോഡിൻ്റെ IP വിലാസം അതിൻ്റെ ഡാറ്റാബേസിൽ കണ്ടെത്തുന്നു microsoft.com, കൂടാതെ ഫലം ക്ലയൻ്റിന് അയയ്ക്കുന്നു;

ക്ലയൻ്റ് അത് തിരയുന്ന IP വിലാസം നേടുകയും പരിഹരിച്ച അഭ്യർത്ഥന അതിൻ്റെ പ്രാദേശിക കാഷെയിൽ സംഭരിക്കുകയും വെബ്‌സൈറ്റിൻ്റെ IP വിലാസം ഇൻ്റർനെറ്റ് ബ്രൗസറിലേക്ക് കൈമാറുകയും ചെയ്യുന്നു (അതിനുശേഷം ബ്രൗസർ വെബ്‌സൈറ്റുമായി HTTP വഴി ആശയവിനിമയം നടത്തുന്നു).

ഓപ്ഷൻ 2 ( ആവർത്തന ചോദ്യം).

ക്ലയൻ്റ് സെർവറിലേക്ക് അയച്ചാൽ ആവർത്തന ചോദ്യം, തുടർന്ന് ഇനിപ്പറയുന്ന സ്കീം അനുസരിച്ച് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നു:

ആദ്യം, പ്രാദേശിക DNS സെർവർ സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള സോണുകൾക്കിടയിൽ തിരയുന്നു microsoft.com; അത്തരമൊരു സോൺ കണ്ടെത്തിയാൽ, www നോഡിനുള്ള ഒരു എൻട്രി അതിൽ തിരയുന്നു; ഒരു റെക്കോർഡ് കണ്ടെത്തിയാൽ, തിരയൽ ഫലം ഉടനടി ക്ലയൻ്റിന് തിരികെ നൽകും;

അല്ലാത്തപക്ഷം പ്രാദേശിക DNS സെർവർ ആവശ്യപ്പെട്ട പേര് നോക്കുന്നു www.microsoft.comമുമ്പ് പരിഹരിച്ച DNS അന്വേഷണങ്ങളുടെ കാഷെയിൽ; തിരഞ്ഞ പേര് കാഷെയിലാണെങ്കിൽ, തിരയൽ ഫലം ക്ലയൻ്റിലേക്ക് തിരികെ നൽകും;

പ്രാദേശിക ഡിഎൻഎസ് സെർവർ അതിൻ്റെ ഡാറ്റാബേസിൽ ആവശ്യമായ റെക്കോർഡ് കണ്ടെത്തിയില്ലെങ്കിൽ, പേര് പരിഹരിക്കുന്നതിന് പ്രാദേശിക ഡിഎൻഎസ് സെർവർ തന്നെ ആവർത്തിച്ചുള്ള അന്വേഷണങ്ങളുടെ ഒരു പരമ്പര നടത്തുന്നു. www.microsoft.com, കൂടാതെ കണ്ടെത്തിയ IP വിലാസം അല്ലെങ്കിൽ ഒരു പിശക് സന്ദേശം ക്ലയൻ്റിലേക്ക് അയയ്ക്കും.

വിൻഡോസ് സെർവർ ഫാമിലി സിസ്റ്റങ്ങളിൽ DNS സേവനം നടപ്പിലാക്കുന്നു

വിൻഡോസ് സെർവർ കുടുംബത്തിലെ ഡിഎൻഎസ് സേവനത്തിൻ്റെ പ്രധാന സവിശേഷത, ഡിഎൻഎസ് സേവനം ആക്ടീവ് ഡയറക്ടറി ഡയറക്ടറി സേവനത്തെ പിന്തുണയ്ക്കുന്നതിനാണ്. ഈ പ്രവർത്തനം നിർവഹിക്കുന്നതിന്, രണ്ട് നിബന്ധനകൾ പാലിക്കേണ്ടതുണ്ട്:

സേവന പിന്തുണ DNS ഡൈനാമിക്രജിസ്ട്രേഷനുകൾ (ഡൈനാമിക് അപ്ഡേറ്റുകൾ);

SRV റെക്കോർഡുകൾക്കുള്ള DNS പിന്തുണ.

വിൻഡോസ് സെർവർ ഡിഎൻഎസ് രണ്ട് വ്യവസ്ഥകളും പാലിക്കുന്നു, കൂടാതെ വിൻഡോസ് സെർവർ അടിസ്ഥാനമാക്കിയുള്ള സെർവറുകളിൽ മാത്രമേ ആക്റ്റീവ് ഡയറക്ടറി ഡയറക്ടറി സേവനങ്ങൾ നടപ്പിലാക്കാൻ കഴിയൂ.

DNS സേവനം കൈകാര്യം ചെയ്യുന്നതിനുള്ള ചില ലളിതമായ ഉദാഹരണങ്ങൾ നോക്കാം:

DNS സേവനം ഇൻസ്റ്റാൾ ചെയ്യുന്നു;

പ്രധാനവും അധികവുമായ നേരിട്ടുള്ള കാഴ്ചാ പ്രദേശം സൃഷ്ടിക്കൽ;

ഒരു റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ സൃഷ്ടിക്കുന്നു;

സോണിലെ നോഡുകളുടെ ചലനാത്മക രജിസ്ട്രേഷൻ നടത്തുന്നു.

നെറ്റ്‌വർക്കിൽ രണ്ട് വിൻഡോസ് 2003 സെർവറുകൾ അടങ്ങിയിരിക്കുന്നു;

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം - സമയപരിധിയുള്ള 120 ദിവസത്തെ റഷ്യൻ വിൻഡോസ് പതിപ്പ് 2003 സെർവർ എൻ്റർപ്രൈസ് പതിപ്പ്;

ഇൻ്റൽ പെൻ്റിയം-4 3GHz പ്രൊസസറും 512 MB റാമും ഉള്ള ഒരു പിസിയിൽ ആദ്യ സെർവർ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, സെർവറിൻ്റെ പേര് - DC1, IP വിലാസം - 192.168.0.1/24;

രണ്ടാമത്തെ സെർവർ Microsoft VirtualPC 2004, സെർവർ നാമം -DC2, IP വിലാസം - 192.168.0.2/24 എന്നിവ ഉപയോഗിച്ച് ഒരു വെർച്വൽ സിസ്റ്റമായി പ്രവർത്തിക്കുന്നു;

DNS സ്‌പെയ്‌സിലെ ഡൊമെയ്ൻ നാമവും ആക്റ്റീവ് ഡയറക്‌ടറി ഡയറക്‌ടറി സേവനത്തിലെ അനുബന്ധ നാമവും - world.ru (നെറ്റ്‌വർക്ക് മറ്റ് നെറ്റ്‌വർക്കുകളിൽ നിന്ന് പൂർണ്ണമായും ഒറ്റപ്പെട്ടതാണ്, അതിനാൽ ഈ ഉദാഹരണത്തിൽ രചയിതാക്കൾക്ക് ഡൊമെയ്ൻ നാമം തിരഞ്ഞെടുക്കാൻ സ്വാതന്ത്ര്യമുണ്ടായിരുന്നു; യഥാർത്ഥ സാഹചര്യത്തിൽ ഒരു പ്രത്യേക വിദ്യാഭ്യാസ സ്ഥാപനം, അധ്യാപകൻ ഈ വിവരങ്ങൾ ശരിയാക്കേണ്ടതുണ്ട്).

പഠനത്തിനായി ഒരു ശൃംഖല സംഘടിപ്പിക്കുന്നതിനുള്ള വിശദമായ ശുപാർശകൾ ഈ കോഴ്സ്(സംഘടിത ഗ്രൂപ്പിലെ ഒരു അധ്യാപകൻ്റെ മാർഗ്ഗനിർദ്ദേശത്തിലും സ്വതന്ത്ര പഠന സമയത്തും) മാനുവലിൻ്റെ അവസാനം ലബോറട്ടറി വ്യായാമങ്ങൾ നടത്തുന്നതിനുള്ള നിർദ്ദേശങ്ങളിൽ സജ്ജീകരിച്ചിരിക്കുന്നു.

DNS സേവനം ഇൻസ്റ്റാൾ ചെയ്യുന്നു

വിൻഡോസ് കോമ്പോണൻ്റ് ഇൻസ്റ്റാളേഷൻ വിസാർഡ് ഉപയോഗിച്ച് DNS സേവനം (അതുപോലെ മറ്റ് സിസ്റ്റം ഘടകങ്ങളും) ഇൻസ്റ്റാൾ ചെയ്യുന്നത് വളരെ ലളിതമാണ്:

തുറക്കുക നിയന്ത്രണ പാനൽ.

ഒരു ഇനം തിരഞ്ഞെടുക്കുക "പ്രോഗ്രാമുകളുടെ ഇൻസ്റ്റാളേഷനും നീക്കംചെയ്യലും".

ബട്ടൺ ക്ലിക്ക് ചെയ്യുക "വിൻഡോസ് ഘടകങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു".

തിരഞ്ഞെടുക്കുക "നെറ്റ്‌വർക്ക് സേവനങ്ങൾ"- ബട്ടൺ "കൂടുതൽ"(ഒരു സാഹചര്യത്തിലും പേര് അൺചെക്ക് ചെയ്യരുത് "നെറ്റ്‌വർക്ക് സേവനങ്ങൾ").

DNS സേവനം പരിശോധിക്കുക.

അരി. 4.10

സിസ്റ്റം ഡിസ്ട്രിബ്യൂഷനിലേക്കുള്ള പാത വ്യക്തമാക്കാൻ സിസ്റ്റം നിങ്ങളോട് ആവശ്യപ്പെടുകയാണെങ്കിൽ, വിതരണത്തോടുകൂടിയ ഫോൾഡറിലേക്കുള്ള പാത നൽകുക.

രണ്ട് സെർവറുകളിലും ഈ പ്രവർത്തനം നടത്താം.

ഒരു പ്രാഥമിക ഫോർവേഡ് വ്യൂ സോൺ സൃഷ്ടിക്കുന്നു.

സെർവർ DC1-ൽ നമ്മൾ world.ru എന്ന പേരിൽ ഒരു സാധാരണ മെയിൻ സോൺ സൃഷ്ടിക്കും.

നമുക്ക് DNS കൺസോൾ തുറക്കാം.

നമുക്ക് ഒരു വിഭാഗം തിരഞ്ഞെടുക്കാം "ഫോർവേഡ് വ്യൂ സോണുകൾ".

നമുക്ക് സോൺ സൃഷ്‌ടി വിസാർഡ് സമാരംഭിക്കാം (സോൺ തരം - "അടിസ്ഥാന", ഡൈനാമിക് അപ്ഡേറ്റുകൾ - അനുവദിക്കുക, മറ്റ് പാരാമീറ്ററുകൾ - ഡിഫോൾട്ട്).

നമുക്ക് സോണിൻ്റെ പേര് നൽകാം - world.ru.

ഈ സോൺ ഏതെങ്കിലും DNS സെർവറിലേക്ക് മാറ്റാൻ അനുവദിക്കാം (DNS കൺസോൾ - zone world.ru - പ്രോപ്പർട്ടികൾ- ബുക്ക്മാർക്ക് "സോൺ കൈമാറ്റങ്ങൾ"- ചെക്ക് "കൈമാറ്റങ്ങൾ അനുവദിക്കുക"ഒപ്പം "ഏത് സെർവറിലേക്കും").

ഒരു അധിക ഫോർവേഡ് വ്യൂ സോൺ സൃഷ്ടിക്കുന്നു.

DC2 സെർവറിൽ, world.ru എന്ന പേരിൽ ഒരു സാധാരണ അധിക സോൺ ഞങ്ങൾ സൃഷ്ടിക്കും.

നമുക്ക് DNS കൺസോൾ തുറക്കാം.

നമുക്ക് ഒരു വിഭാഗം തിരഞ്ഞെടുക്കാം "ഫോർവേഡ് വ്യൂ സോണുകൾ"

"അധിക", മാസ്റ്റർ സെർവറിൻ്റെ IP വിലാസം (ഇതിൽ നിന്ന് സോൺ പകർത്തപ്പെടും) DC1 സെർവറിൻ്റെ വിലാസമാണ്, മറ്റ് പാരാമീറ്ററുകൾ സ്ഥിരസ്ഥിതിയാണ്)

നമുക്ക് സോണിൻ്റെ പേര് നൽകാം - world.ru.

ഡിഎൻഎസ് കൺസോളിൽ സോണിൻ്റെ രൂപം പരിശോധിക്കാം.

ഡൈനാമിക് ഡിഎൻഎസ് രജിസ്ട്രേഷൻ നടത്താൻ ഹോസ്റ്റുകൾ കോൺഫിഗർ ചെയ്യുന്നു.

ഈ ടാസ്ക് പൂർത്തിയാക്കാൻ, നിങ്ങൾ DNS സെർവറിലും DNS ക്ലയൻ്റ് ക്രമീകരണങ്ങളിലും നിരവധി പ്രവർത്തനങ്ങൾ നടത്തേണ്ടതുണ്ട്.

DNS സെർവർ.

ഉചിതമായ സോൺ സൃഷ്ടിക്കുക.

ഡൈനാമിക് അപ്ഡേറ്റുകൾ അനുവദിക്കുക.

ഞങ്ങൾ ഇത് ഇതിനകം ചെയ്തിട്ടുണ്ട്.

DNS ക്ലയൻ്റ്.

TCP/IP പ്രോട്ടോക്കോൾ ക്രമീകരണങ്ങളിൽ മുൻഗണനയുള്ള DNS സെർവറിൻ്റെ വിലാസം വ്യക്തമാക്കുക - ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ അനുവദിച്ചിരിക്കുന്ന സെർവർ (ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, സെർവർ DC1).

പൂർണ്ണ കമ്പ്യൂട്ടർ നാമത്തിൽ, ഉചിതമായ DNS പ്രത്യയം സൂചിപ്പിക്കുക (ഞങ്ങളുടെ ഉദാഹരണത്തിൽ - world.ru). ഇതിനായി - "എന്റെ കമ്പ്യൂട്ടർ" - "സ്വത്തുക്കൾ"- ബുക്ക്മാർക്ക് "കമ്പ്യൂട്ടറിൻ്റെ പേര്"- ബട്ടൺ "മാറ്റം"- ബട്ടൺ "കൂടുതൽ"- ശൂന്യമായ ടെക്സ്റ്റ് ഫീൽഡിൽ world.ru എന്ന ഡൊമെയ്ൻ നാമം നൽകുക - ബട്ടൺ "ശരി"(3 പ്രാവശ്യം)).

അരി. 4.11

ഇതിനുശേഷം, നിങ്ങളുടെ കമ്പ്യൂട്ടർ പുനരാരംഭിക്കാൻ സിസ്റ്റം നിങ്ങളോട് ആവശ്യപ്പെടും. world.ru സോണിൽ DNS സെർവർ റീബൂട്ട് ചെയ്ത ശേഷം, ടൈപ്പ് എ റെക്കോർഡുകൾ ഞങ്ങളുടെ സെർവറുകൾക്കായി സ്വയമേവ സൃഷ്ടിക്കപ്പെടും ( അരി. 4.12).

അരി. 4.12

ഒരു റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ സൃഷ്ടിക്കുന്നു.

നമുക്ക് DNS കൺസോൾ തുറക്കാം.

നമുക്ക് ഒരു വിഭാഗം തിരഞ്ഞെടുക്കാം "റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ".

നമുക്ക് സോൺ സൃഷ്‌ടി വിസാർഡ് സമാരംഭിക്കാം (തിരഞ്ഞെടുക്കുക: സോൺ തരം - "അടിസ്ഥാന", ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ - അനുവദിക്കുക, മറ്റ് പാരാമീറ്ററുകൾ - ഡിഫോൾട്ട്)

വയലിൽ "നെറ്റ്‌വർക്ക് കോഡ് (ഐഡി)"നമുക്ക് നെറ്റ്വർക്ക് ഐഡൻ്റിഫയറിൻ്റെ പാരാമീറ്ററുകൾ നൽകാം - 192.168.0.

ഡിഎൻഎസ് സെർവറിൽ - ipconfig /registerdns-ൽ രജിസ്റ്റർ ചെയ്യാൻ ക്ലയൻ്റിനെ നിർബന്ധിക്കാൻ കമാൻഡ് പ്രവർത്തിപ്പിക്കാം.

ഞങ്ങളുടെ സെർവറുകൾ രജിസ്റ്റർ ചെയ്യും വിപരീത മേഖല DNS ( അരി. 4.13):

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

ഈ പാഠം ഒരു സോൺ എങ്ങനെ സൃഷ്ടിക്കാമെന്നും കോൺഫിഗർ ചെയ്യാമെന്നും വിവരിക്കുകയും ഒരു സോൺ ശരിയായി ക്രമീകരിക്കുന്നതിന് ആവശ്യമായ വിവരങ്ങൾ നൽകുകയും ചെയ്യുന്നു.

സോണുകൾ സൃഷ്ടിക്കുന്നു

മേഖല രേഖകൾ ഉൾക്കൊള്ളുന്ന ഒരു ഡാറ്റാബേസാണ് DNSDNS നെയിംസ്‌പെയ്‌സിൻ്റെ വിവരിച്ച മേഖലയിലെ വിലാസങ്ങളുമായി ബന്ധപ്പെട്ട പേരുകൾ. എങ്കിലുംപേര് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാൻ, DNS സെർവറിന് കാഷെഡ് ഉപയോഗിക്കാംമറ്റ് സെർവറുകളിൽ നിന്നുള്ള വിവരങ്ങൾ, അഭ്യർത്ഥനകളോട് മാത്രം പ്രതികരിക്കാൻ അദ്ദേഹത്തിന് അധികാരമുണ്ട്പ്രാദേശികമായി നിയന്ത്രിത പ്രദേശം. DNS നെയിംസ്‌പെയ്‌സിൻ്റെ ഏത് സ്കോപ്പിനും,ഒരു ഡൊമെയ്ൻ നാമം പ്രതിനിധീകരിക്കുന്നു (ഉദാഹരണത്തിന്, google .ru), ഒരെണ്ണം മാത്രമേയുള്ളൂസോൺ ഡാറ്റയുടെ ആധികാരിക ഉറവിടം.
നിങ്ങൾക്ക് ഡിഎൻഎസ് സെർവറിൽ ഒരു പുതിയ സോൺ സൃഷ്ടിക്കണമെങ്കിൽ, നിങ്ങൾക്ക് ഡിഎൻഎസ് മാനേജറിൽ പുതിയ സോൺ വിസാർഡ് ഉപയോഗിക്കാം. മാന്ത്രികനെ സമാരംഭിക്കാൻ, ക്ലിക്കുചെയ്യുക വലത് ക്ലിക്കിൽഡിഎൻഎസ് മാനേജർ കൺസോൾ ട്രീയിലെ സെർവർ ഐക്കണിൽ ക്ലിക്ക് ചെയ്ത് ന്യൂ സോൺ കമാൻഡ് ഉപയോഗിക്കുക.

ന്യൂ സോൺ വിസാർഡ് അടങ്ങിയിരിക്കുന്നു അടുത്ത പേജുകൾകോൺഫിഗറേഷനുകൾ:

■ സോൺ തരം;

■ സോൺ റെപ്ലിക്കേഷൻ ഏരിയ, സംയോജിപ്പിച്ചത്വി സജീവ ഡയറക്ടറി (സജീവ ഡയറക്ടറി സോൺ റെപ്ലിക്കേഷൻ സ്കോപ്പ്);

■ ഫോർവേഡ് അല്ലെങ്കിൽ റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ;

■ സോണിൻ്റെ പേര്;

■ ഡൈനാമിക് അപ്ഡേറ്റ് (ഡൈനാമിക് അപ്ഡേറ്റ്).

ഈ അഞ്ച് വിസാർഡ് പേജുകളുമായി ബന്ധപ്പെട്ട കോൺഫിഗറേഷൻ ആശയങ്ങൾ ഇനിപ്പറയുന്ന വിഭാഗങ്ങൾ വിവരിക്കുന്നു.

ഒരു സോൺ തരം തിരഞ്ഞെടുക്കുന്നു

ന്യൂ സോൺ വിസാർഡിൻ്റെ സോൺ തരം പേജിൽ, നിങ്ങൾക്ക് ഒരു പ്രാഥമിക മേഖല, ഒരു ദ്വിതീയ മേഖല അല്ലെങ്കിൽ ഒരു അപൂർണ്ണ മേഖല സൃഷ്ടിക്കാൻ തിരഞ്ഞെടുക്കാം. ഒരു ഡൊമെയ്ൻ കൺട്രോളറിൽ ഒരു പ്രൈമറി അല്ലെങ്കിൽ സ്റ്റബ് സോൺ സൃഷ്‌ടിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് ആക്ടീവ് ഡയറക്‌ടറിയിൽ സോൺ ഡാറ്റ സംഭരിക്കാനാകും.

* പ്രധാന പ്രദേശങ്ങൾ

ഡിഎൻഎസ് സോണിൻ്റെ ഏറ്റവും സാധാരണമായ തരം പ്രൈമറി സോൺ ആണ്. ഇത് യഥാർത്ഥ ഉറവിടം റീഡ്/റൈറ്റ് ഡാറ്റ നൽകുന്നു പ്രാദേശിക DNS സെർവർഡിഎൻഎസ് നെയിംസ്പേസിൻ്റെ വ്യാപ്തി സംബന്ധിച്ച ഡിഎൻഎസ് അന്വേഷണങ്ങളോട് പ്രതികരിക്കാനുള്ള അധികാരം.

പ്രൈമറി സോണിനെ നിയന്ത്രിക്കുന്ന ലോക്കൽ ഡിഎൻഎസ് സെർവർ ആ സോണിനെക്കുറിച്ചുള്ള ഡാറ്റയുടെ പ്രാഥമിക ഉറവിടമായി പ്രവർത്തിക്കുന്നു. സെർവർ സോൺ ഡാറ്റയുടെ ഒരു മാസ്റ്റർ കോപ്പി ഒരു ലോക്കൽ ഫയലിൽ സംഭരിക്കുന്നു അല്ലെങ്കിൽ ഡൊമെയ്ൻ സേവനങ്ങൾ ah സജീവ ഡയറക്‌ടറി (ആക്‌റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്ൻ സേവനങ്ങൾ, AD DS). ആക്ടീവ് ഡയറക്‌ടറിയിലേയ്‌ക്ക് പകരം ഒരു ഫയലിലേക്കാണ് സോൺ സംരക്ഷിച്ചിരിക്കുന്നതെങ്കിൽ, സ്ഥിരസ്ഥിതി ഫയലിൻ്റെ പേര് സോൺ_നാമം.dnsകൂടാതെ സെർവറിലെ %systemroot%\System 32\Dns ഫോൾഡറിൽ സംഭരിച്ചിരിക്കുന്നു.

*അധിക മേഖലകൾ

പ്രൈമറി സോണിൻ്റെയോ ഒരു അധിക സോണിൻ്റെയോ ആധികാരികവും വായിക്കാൻ മാത്രമുള്ളതുമായ ഒരു പകർപ്പ് നൽകുന്നു.

സോൺ ഡാറ്റ വൻതോതിൽ അന്വേഷിക്കുകയും ഉപയോഗിക്കുകയും ചെയ്യുന്ന നെറ്റ്‌വർക്കിൻ്റെ മേഖലകളിലെ ഡിഎൻഎസ് അന്വേഷണ ട്രാഫിക്കിൻ്റെ അളവ് കുറയ്ക്കുന്നതിനുള്ള കഴിവ് സെക്കൻഡറി സോണുകൾ നൽകുന്നു. കൂടാതെ, പ്രൈമറി സോൺ നിയന്ത്രിക്കുന്ന സെർവർ ലഭ്യമല്ലെങ്കിൽ, പ്രൈമറി സെർവർ വീണ്ടും ലഭ്യമാകുന്നത് വരെ സെക്കണ്ടറി സോണിന് പേര് റെസലൂഷൻ നൽകാൻ കഴിയും.

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

* സ്റ്റബ് സോണുകൾ

ഒരു ദ്വിതീയ മേഖലയ്ക്ക് സമാനമാണ്, എന്നാൽ പ്രധാന സോണിലെ ആധികാരിക DNS സെർവറുകൾ തിരിച്ചറിയുന്നതിന് ആവശ്യമായ റിസോഴ്സ് റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്നു. ഒരു ഡെലിഗേറ്റഡ് ചൈൽഡ് സോണിൽ ലഭ്യമായ നെയിം സെർവറുകളുടെ അപ്‌ഡേറ്റ് ചെയ്ത ലിസ്റ്റ് ഉപയോഗിക്കാൻ പാരൻ്റ് സോണിനെ (ഉദാഹരണത്തിന്, google .ru) അനുവദിക്കുന്നതിന് സ്റ്റബ് സോണുകൾ ഉപയോഗിക്കാറുണ്ട് (ഉദാഹരണത്തിന്: .google .ru വിവർത്തനം ചെയ്യുക). നെയിം റെസലൂഷൻ മെച്ചപ്പെടുത്തുന്നതിനും DNS അഡ്മിനിസ്ട്രേഷൻ ലളിതമാക്കുന്നതിനും അവ സഹായിക്കുന്നു.

* സംഭരണ ​​മേഖലകൾസജീവമാണ്ഡയറക്ടറി

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

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

കുറിപ്പ്: സജീവ ഡയറക്‌ടറിയുമായി സംയോജിപ്പിച്ച റീഡ്-ഒൺലി ഡൊമെയ്ൻ കൺട്രോളറുകളും സോണുകളും

പരമ്പരാഗത ഡൊമെയ്ൻ കൺട്രോളറുകളിൽ, സോണിൻ്റെ ഒരു പകർപ്പിന് വായന/എഴുത്ത് അനുമതി ലഭിക്കും. റീഡ്-ഒൺലി ഡൊമെയ്ൻ കൺട്രോളറുകളിൽ (RODCs), സോൺ കോപ്പിക്ക് റീഡ്-ഓൺലി പെർമിഷൻ നൽകിയിട്ടുണ്ട്.

* സ്റ്റാൻഡേർഡ് സോണുകൾ

നിങ്ങൾ ഒരു ഡൊമെയ്ൻ കൺട്രോളറിൽ ഒരു സോൺ സൃഷ്‌ടിക്കുമ്പോൾ, സോൺ തരം പേജിലെ സജീവ ഡയറക്ടറിയിൽ സോൺ സംരക്ഷിക്കുന്നതിനുള്ള ഓപ്ഷൻ ഡിഫോൾട്ടായി തിരഞ്ഞെടുക്കപ്പെടും. എന്നിരുന്നാലും, നിങ്ങൾക്ക് ഈ ചെക്ക്ബോക്‌സ് മായ്‌ക്കാനും സ്റ്റാൻഡേർഡ് സോൺ എന്ന് വിളിക്കപ്പെടുന്ന ഒരു സൃഷ്ടിക്കാനും കഴിയും. ഒരു ഡൊമെയ്ൻ കൺട്രോളർ അല്ലാത്ത ഒരു സെർവറിൽ, നിങ്ങൾക്ക് സ്റ്റാൻഡേർഡ് സോണുകൾ മാത്രമേ സൃഷ്ടിക്കാൻ കഴിയൂ, കൂടാതെ ഈ പേജിലെ ചെക്ക്ബോക്സ് ചാരനിറത്തിലായിരിക്കും.

ഒരു ആക്ടീവ് ഡയറക്ടറി-ഇൻ്റഗ്രേറ്റഡ് സോണിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു സ്റ്റാൻഡേർഡ് സോൺ അതിൻ്റെ ഡാറ്റ ലോക്കൽ ഡിഎൻഎസ് സെർവറിൽ ഒരു ടെക്സ്റ്റ് ഫയലിൽ സംഭരിക്കുന്നു. കൂടാതെ, നിങ്ങൾ സ്റ്റാൻഡേർഡ് സോണുകൾ ഉപയോഗിക്കുകയാണെങ്കിൽ, സോൺ ഡാറ്റയ്‌ക്കായി റീഡ് ആൻഡ് റൈറ്റ് അനുമതികളുള്ള പ്രാഥമിക പകർപ്പ് മാത്രമേ നിങ്ങൾക്ക് കോൺഫിഗർ ചെയ്യാൻ കഴിയൂ. സോണിൻ്റെ മറ്റെല്ലാ പകർപ്പുകൾക്കും (അധിക സോണുകൾ) റീഡ്-ഒൺലി അനുമതി നൽകിയിട്ടുണ്ട്.

സോണിൻ്റെ റൈറ്റബിൾ പതിപ്പിൻ്റെ പരാജയത്തിൻ്റെ ഒരു പോയിൻ്റ് സ്റ്റാൻഡേർഡ് സോൺ മോഡൽ അനുമാനിക്കുന്നു. നെറ്റ്‌വർക്കിൽ പ്രധാന സോൺ ലഭ്യമല്ലെങ്കിൽ, സോണിൽ മാറ്റങ്ങളൊന്നും വരുത്താനാകില്ല. എന്നിരുന്നാലും, അധിക സോണുകൾ ലഭ്യമാകുമ്പോൾ ഒരു സോണിലെ പേരുകൾക്കായുള്ള അഭ്യർത്ഥനകൾ തടസ്സപ്പെടാനിടയില്ല.

സംയോജിപ്പിച്ച സോൺ റെപ്ലിക്കേഷൻ സ്കോപ്പ് തിരഞ്ഞെടുക്കുന്നുസജീവമാണ്ഡയറക്ടറി

പുതിയ സോൺ വിസാർഡിൻ്റെ ആക്ടീവ് ഡയറക്‌ടറി സോൺ റെപ്ലിക്കേഷൻ സ്കോപ്പ് പേജിൽ, സോൺ ഡാറ്റ സംരക്ഷിക്കുന്നതിന് നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെ ഡൊമെയ്ൻ കൺട്രോളറുകൾ തിരഞ്ഞെടുക്കാം. സോണും ആക്റ്റീവ് ഡയറക്ടറിയും സംരക്ഷിക്കുന്നതിനുള്ള ഓപ്ഷൻ നിങ്ങൾ തിരഞ്ഞെടുക്കുമ്പോൾ മാത്രമേ ഈ പേജ് ദൃശ്യമാകൂ. സോൺ റെപ്ലിക്കേഷൻ സ്കോപ്പ് തിരഞ്ഞെടുക്കൽ ഓപ്‌ഷനുകൾ, സോൺ ഡാറ്റ പകർത്തേണ്ട ഡൊമെയ്ൻ കൺട്രോളറുകളെ നിർണ്ണയിക്കുന്നു.

ഈ പേജ് ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ നൽകുന്നു:

■ എല്ലാ ഡൊമെയ്ൻ കൺട്രോളറുകളിലും സോൺ പെർസിസ്റ്റൻസ്, അവയും ഡിഎൻഎസ് സെർവറുകൾ, മുഴുവൻ ആക്റ്റീവ് ഡയറക്‌ടറി ഫോറസ്റ്റിലുടനീളം;

■ DNS സെർവറുകളായി പ്രവർത്തിക്കുന്ന എല്ലാ ഡൊമെയ്ൻ കൺട്രോളറുകളിലും സോൺ പെർസിസ്റ്റൻസ് പ്രാദേശിക ഡൊമെയ്ൻസജീവ ഡയറക്ടറി;

■ എല്ലാ ഡൊമെയ്ൻ കൺട്രോളറുകളിലും ലോക്കൽ ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്‌നിലും സോണിൻ്റെ സംരക്ഷണം (Windows 2000 ന് അനുയോജ്യതയ്ക്കായി ഉപയോഗിക്കുന്നു);

■ എല്ലാ നിർദ്ദിഷ്ട ഡൊമെയ്ൻ കൺട്രോളറുകളിലും ഇഷ്‌ടാനുസൃത പാർട്ടീഷൻ്റെ വ്യാപ്തിയിലും സോൺ നിലനിർത്തുന്നു സജീവ ഡയറക്ടറിഡയറക്ടറി.

ഈ ഓപ്ഷനുകൾ രണ്ടാമത്തെ വിഷയത്തിൽ കൂടുതൽ വിശദമായി വിവരിച്ചിരിക്കുന്നു.

ഫോർവേഡ്, റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ സൃഷ്ടിക്കുന്നു

ന്യൂ സോൺ വിസാർഡിൻ്റെ ഫോർവേഡ് അല്ലെങ്കിൽ റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ പേജിൽ, സൃഷ്ടിക്കേണ്ട സോണിൻ്റെ തരം നിങ്ങൾ തിരഞ്ഞെടുക്കണം; ഫോർവേഡ് ലുക്ക്അപ്പ് സോൺ അല്ലെങ്കിൽ റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ.

ഫോർവേഡ് ലുക്ക്അപ്പ് സോണുകളിൽ, DNS സെർവറുകൾ FQDN-കളെ IP വിലാസങ്ങളിലേക്ക് മാപ്പ് ചെയ്യുന്നു. റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകളിൽ, DNS സെർവറുകൾ IP വിലാസങ്ങൾ FQDN-കളിലേക്ക് മാപ്പ് ചെയ്യുന്നു. അങ്ങനെ, ഫോർവേഡ് ലുക്ക്അപ്പ് സോണുകൾ IP വിലാസങ്ങളിലേക്കുള്ള FQDN-കൾ പരിഹരിക്കാനുള്ള അഭ്യർത്ഥനകളോട് പ്രതികരിക്കുന്നു, കൂടാതെ FQDN-കളിലേക്കുള്ള IP വിലാസങ്ങൾ പരിഹരിക്കാനുള്ള അഭ്യർത്ഥനകളോട് റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ പ്രതികരിക്കുന്നു.അനുമതി നടപ്പിലാക്കിയ D NS ഡൊമെയ്ൻ നാമങ്ങൾക്കനുസരിച്ചാണ് ഫോർവേഡ് ലുക്ക്അപ്പ് സോണുകൾക്ക് പേര് നൽകിയിരിക്കുന്നത്. ഉദാഹരണം google .com. റിവേഴ്‌സ് ലുക്ക്അപ്പ് സോണുകൾക്ക് പേര് റെസലൂഷൻ നൽകിയിരിക്കുന്ന വിലാസ സ്ഥലത്തിൻ്റെ ആദ്യത്തെ മൂന്ന് ഒക്‌റ്ററ്റുകളുടെ വിപരീത ക്രമത്തിലാണ് പേര് നൽകിയിരിക്കുന്നത്, കൂടാതെ ഒരു അധിക in-addr.arpa ടാഗും. ഉദാഹരണത്തിന്, നിങ്ങൾ 192.168.1.0/24 സബ്‌നെറ്റിൻ്റെ പേരുകൾ പരിഹരിക്കുകയാണെങ്കിൽ, റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ 1.168.192.in-addr.arpa ആയിരിക്കും. തത്സമയ കാഴ്ച ഏരിയയിൽ പ്രത്യേക പ്രവേശനംഒരു വിലാസവുമായി ഹോസ്റ്റ് നാമവുമായി പൊരുത്തപ്പെടുന്ന ഡാറ്റാബേസിനെ റെക്കോർഡ് എന്ന് വിളിക്കുന്നു നോഡ്(എ). ഒരു റിവേഴ്സ് ലുക്ക്അപ്പ് സോണിൽ, ഒരു IP വിലാസം ഒരു ഹോസ്റ്റ് നെയിമിലേക്ക് മാപ്പ് ചെയ്യുന്ന വ്യക്തിഗത ഡാറ്റാബേസ് എൻട്രിയെ വിളിക്കുന്നു സൂചികഅല്ലെങ്കിൽ PTR റെക്കോർഡ്.

എൻ്റെ ഫോർവേഡ്, റിവേഴ്സ് ലുക്കപ്പുകളുടെ പ്രവർത്തന തത്വം ചിത്രത്തിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്നു.

ഫോർവേഡ് വ്യൂ സോൺ

റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ

കുറിപ്പ്: DNS സെർവർ സജ്ജീകരണ വിസാർഡ്

ഒരേസമയം ഫോർവേഡ്, റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾ സൃഷ്ടിക്കാൻ നിങ്ങൾക്ക് കോൺഫിഗർ എ ഡിഎൻഎസ് സെർവർ വിസാർഡ് ഉപയോഗിക്കാം. വിസാർഡ് ആരംഭിക്കുന്നതിന്, ഡിഎൻഎസ് മാനേജർ കൺസോൾ ട്രീയിൽ, സെർവർ ഐക്കണിൽ വലത്-ക്ലിക്കുചെയ്ത് ഒരു ഡിഎൻഎസ് സെർവർ കോൺഫിഗർ ചെയ്യുക തിരഞ്ഞെടുക്കുക.

ഒരു സോണിൻ്റെ പേര് തിരഞ്ഞെടുക്കുന്നു

ന്യൂ സോൺ വിസാർഡിൻ്റെ സോൺ നെയിം പേജിൽ, ഫോർവേഡ് ലുക്ക്അപ്പ് സോണിനായി നിങ്ങൾക്ക് ഒരു പേര് തിരഞ്ഞെടുക്കാം, റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകൾക്ക് ആധികാരികമായ IP വിലാസങ്ങളുടെ ശ്രേണിയെ അടിസ്ഥാനമാക്കി പ്രത്യേക പേരുകൾ നൽകിയിരിക്കുന്നു.

നിങ്ങൾ ഒരു ആക്ടീവ് ഡയറക്‌ടറി ഡൊമെയ്‌നിൽ നെയിം റെസല്യൂഷനായി ഒരു സോൺ സൃഷ്‌ടിക്കുകയാണെങ്കിൽ, ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്ൻ നാമവുമായി പൊരുത്തപ്പെടുന്ന ഒരു സോൺ നാമം വ്യക്തമാക്കുന്നതാണ് നല്ലത്. ഉദാഹരണത്തിന്, ഒരു ഓർഗനൈസേഷനിൽ google.ru, translate.google.ru എന്നിങ്ങനെ പേരുള്ള രണ്ട് സജീവ ഡയറക്‌ടറി ഡൊമെയ്‌നുകൾ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, റെസലൂഷൻ ഇൻഫ്രാസ്ട്രക്ചറിൽ ആ ഡൊമെയ്ൻ നാമങ്ങളുടെ പേരിലുള്ള രണ്ട് സോണുകൾ ഉൾപ്പെടുത്തണം.

ActiveDirectory പരിതസ്ഥിതിയിൽ ഇല്ലാത്ത ഒരു DNS നെയിംസ്പേസിനായി നിങ്ങൾ ഒരു സോൺ സൃഷ്ടിക്കുകയാണെങ്കിൽ, wikipedia .org പോലുള്ള ഓർഗനൈസേഷൻ്റെ ഇൻ്റർനെറ്റ് ഡൊമെയ്ൻ നാമം നിങ്ങൾ വ്യക്തമാക്കണം.

കുറിപ്പ്: കൂട്ടിച്ചേർക്കൽഓരോ ഡൊമെയ്ൻ കൺട്രോളറിലും DNS സെർവർ

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

ഡൈനാമിക് അപ്‌ഡേറ്റ് ക്രമീകരണങ്ങൾ കോൺഫിഗർ ചെയ്യുന്നു

കക്ഷി DNS കമ്പ്യൂട്ടറുകൾഒരു DNS സെർവർ ഉപയോഗിച്ച് അവരുടെ റിസോഴ്സ് റെക്കോർഡുകൾ രജിസ്റ്റർ ചെയ്യാനും ചലനാത്മകമായി അപ്ഡേറ്റ് ചെയ്യാനും കഴിയും. സ്ഥിരസ്ഥിതിയായി, സ്റ്റാറ്റിക് ഐപി വിലാസങ്ങളുള്ള ഡിഎൻഎസ് ക്ലയൻ്റുകൾ ഹോസ്റ്റ് (എ അല്ലെങ്കിൽ എഎഎഎ), പോയിൻ്റർ (പിടിആർ) റെക്കോർഡുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നു, അതേസമയം ഡിഎച്ച്സിപി ക്ലയൻ്റായ ഡിഎൻഎസ് ക്ലയൻ്റുകൾ ഹോസ്റ്റ് റെക്കോർഡുകൾ മാത്രം അപ്ഡേറ്റ് ചെയ്യുന്നു. ഒരു വർക്ക്‌ഗ്രൂപ്പ് പരിതസ്ഥിതിയിൽ, ഐപി കോൺഫിഗറേഷൻ അപ്‌ഡേറ്റുചെയ്യുമ്പോഴെല്ലാം ഡിഎച്ച്‌സിപി ക്ലയൻ്റിനു വേണ്ടി ഡിഎച്ച്‌സിപി സെർവർ ഇൻഡെക്‌സ് എൻട്രികൾ അപ്‌ഡേറ്റ് ചെയ്യുന്നു.

ഡൈനാമിക് ഡിഎൻഎസ് അപ്‌ഡേറ്റുകൾ വിജയിക്കുന്നതിന്, ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ സ്വീകരിക്കുന്നതിന് ക്ലയൻ്റുകൾ രജിസ്റ്റർ ചെയ്യുന്നതോ റെക്കോർഡുകൾ അപ്‌ഡേറ്റ് ചെയ്യുന്നതോ ആയ സോൺ കോൺഫിഗർ ചെയ്തിരിക്കണം. ഈ അപ്‌ഡേറ്റിന് രണ്ട് തരമുണ്ട്:

■ സുരക്ഷിതംഅപ്ഡേറ്റ് ചെയ്യുക (സുരക്ഷിതഅപ്ഡേറ്റുകൾ)

ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്‌നിലെ കമ്പ്യൂട്ടറുകളിൽ നിന്ന് മാത്രം രജിസ്‌ട്രേഷൻ നടത്താനും തുടക്കത്തിൽ രജിസ്‌ട്രേഷൻ നടത്തിയ കമ്പ്യൂട്ടറിൽ നിന്ന് മാത്രം അപ്‌ഡേറ്റ് ചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്നു.

■ സുരക്ഷിതമല്ലഅപ്ഡേറ്റുകൾ (സുരക്ഷിതമല്ലാത്തത്അപ്ഡേറ്റുകൾ)

ഏത് കമ്പ്യൂട്ടറിൽ നിന്നും അപ്ഡേറ്റ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ന്യൂ സോൺ വിസാർഡിൻ്റെ ഡൈനാമിക് അപ്‌ഡേറ്റ് പേജിൽ, നിങ്ങൾക്ക് സുരക്ഷിതവും സുരക്ഷിതമല്ലാത്ത ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ അനുവദിക്കാനോ നിങ്ങൾ സൃഷ്‌ടിക്കുന്ന സോണിനായി അപ്‌ഡേറ്റുകൾ മൊത്തത്തിൽ പ്രവർത്തനരഹിതമാക്കാനോ കഴിയും.

ബിൽറ്റ്-ഇൻ റിസോഴ്സ് റെക്കോർഡുകൾ വിശകലനം ചെയ്യുന്നു

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

പ്രാരംഭ മേഖല എൻട്രികൾ

ഒരു സോൺ ലോഡുചെയ്യുമ്പോൾ, സോണിൻ്റെ അടിസ്ഥാന ഗുണങ്ങളും അധികാരികളും നിർണ്ണയിക്കാൻ DNS സെർവർ സോണിൻ്റെ SOA (അതോറിറ്റിയുടെ ആരംഭം) റെക്കോർഡ് ഉപയോഗിക്കുന്നു. ഈ പരാമീറ്ററുകൾ പ്രധാന സെർവറുകൾക്കും അധിക സെർവറുകൾക്കും ഇടയിലുള്ള സോൺ ട്രാൻസ്ഫറുകളുടെ ആവൃത്തിയെ ചിത്രീകരിക്കുന്നു. ഒരു SOA എൻട്രിയിൽ ഇരട്ട-ക്ലിക്കുചെയ്യുന്നത് സോൺ പ്രോപ്പർട്ടി ഡയലോഗ് ബോക്‌സിൻ്റെ സ്റ്റാർട്ട് ഓഫ് അതോറിറ്റി (SOA) ടാബ് തുറക്കുന്നു.

■ സീരിയൽനമ്പർ (സീരിയൽ നമ്പർ)

പ്രാരംഭ സോൺ റെക്കോർഡ് (SOA) ടാബിലെ ഈ ടെക്സ്റ്റ് ഫീൽഡിൽ സോൺ ഫയലിൻ്റെ പുനരവലോകന നമ്പർ അടങ്ങിയിരിക്കുന്നു. സോണിലെ റിസോഴ്സ് റെക്കോർഡുകൾ മാറുന്ന ഓരോ തവണയും ഇവിടെ വ്യക്തമാക്കിയ എണ്ണം വർദ്ധിക്കുന്നു. ഇൻക്രിമെൻ്റ് ബട്ടൺ ഉപയോഗിച്ച് ഇത് സ്വമേധയാ വർദ്ധിപ്പിക്കാനും കഴിയും.

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

കുറിപ്പ്: പ്രധാന സെർവറിൽ സോണുകൾ കൈമാറുന്നു

ഇൻക്രിമെൻ്റ് ബട്ടൺ ക്ലിക്ക് ചെയ്യുന്നത് സോൺ ട്രാൻസ്ഫർ ആരംഭിക്കുന്നു.

■ അടിസ്ഥാനംസെർവർ (പ്രാഥമികംസെർവർ)

■ ഉത്തരവാദിയായഉത്തരവാദിത്തമുള്ള വ്യക്തി

സോൺ അഡ്‌മിനിസ്‌ട്രേറ്ററുടെ ഡൊമെയ്ൻ മെയിൽബോക്‌സുമായി പൊരുത്തപ്പെടുന്ന ഉത്തരവാദിത്തമുള്ള വ്യക്തിയുടെ (ആർപി) പേര് നിങ്ങൾ നൽകുന്ന ഫീൽഡ് ഇതാണ്. ഈ ഫീൽഡിൽ നൽകിയ പേര് എല്ലായ്പ്പോഴും ഒരു കാലയളവിൽ അവസാനിക്കണം. ഹോസ്റ്റ്മാസ്റ്റർ എന്നാണ് സ്ഥിരസ്ഥിതി പേര്.

■ ഇടവേളഅപ്‌ഡേറ്റുകൾ (ഇൻ്റർവെൽ പുതുക്കുക)

പ്രൈമറി സെർവറിൽ സോൺ അപ്‌ഡേറ്റ് അഭ്യർത്ഥിക്കുന്നതിന് മുമ്പ് ദ്വിതീയ DNS സെർവർ എത്ര സമയം കാത്തിരിക്കണമെന്ന് ഈ ഫീൽഡിലെ മൂല്യം നിർണ്ണയിക്കുന്നു. അപ്‌ഡേറ്റ് ഇടവേള കാലഹരണപ്പെട്ടതിന് ശേഷം, നിലവിലെ SOA റെക്കോർഡിൻ്റെ ഒരു പകർപ്പിനായി ദ്വിതീയ DNS സെർവർ പ്രാഥമിക സെർവറിനോട് ചോദിക്കുന്നു. പ്രതികരണം ലഭിച്ച ശേഷം, ദ്വിതീയ ഡിഎൻഎസ് സെർവർ പ്രാഥമിക സെർവറിൻ്റെ (പ്രതികരണത്തിൽ വ്യക്തമാക്കിയത്) നിലവിലെ SOA റെക്കോർഡിൻ്റെ സീരിയൽ നമ്പറും അതിൻ്റെ പ്രാദേശിക SOA റെക്കോർഡിൻ്റെ സീരിയൽ നമ്പറും താരതമ്യം ചെയ്യുന്നു. ഈ മൂല്യങ്ങൾ വ്യത്യസ്തമാണെങ്കിൽ, ദ്വിതീയ DNS സെർവർ പ്രാഥമിക DNS സെർവറിൽ നിന്ന് ഒരു സോൺ ട്രാൻസ്ഫർ അഭ്യർത്ഥിക്കുന്നു. ഡിഫോൾട്ട് അപ്‌ഡേറ്റ് ഇടവേള 15 മിനിറ്റാണ്.

■ ഇടവേളഇടവേള വീണ്ടും ശ്രമിക്കുക

■ കാലാവധികാലഹരണപ്പെടുന്നുശേഷം (കാലഹരണപ്പെട്ട ശേഷം)

പ്രൈമറി സെർവറുമായി ബന്ധപ്പെടാതെ തന്നെ ദ്വിതീയ സെർവർ DNS ക്ലയൻ്റ് അന്വേഷണങ്ങൾ തുടരുന്ന സമയത്തിൻ്റെ അളവ് ഈ ഫീൽഡിലെ മൂല്യം നിർണ്ണയിക്കുന്നു. ഈ സമയത്തിനുശേഷം, ഡാറ്റ വിശ്വസനീയമല്ലെന്ന് കണക്കാക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, ഈ ക്രമീകരണം ഒരു ദിവസത്തേക്ക് സജ്ജീകരിച്ചിരിക്കുന്നു.

■ കുറഞ്ഞത്കാലാവധിലൈഫ് TTL (കുറഞ്ഞത് (സ്ഥിരസ്ഥിതി)TTL)

ആധികാരിക മേഖലകളിലെ റിസോഴ്സ് റെക്കോർഡുകൾക്ക് TTL മൂല്യങ്ങൾ ബാധകമല്ല. ഈ സോണുകൾ TTL മൂല്യങ്ങൾക്കായി നോൺ-ആധികാരിക സെർവറുകളിൽ റിസോഴ്സ് റൈറ്റ് കാഷെ ലൈഫ് ടൈം ഉപയോഗിക്കുന്നു. മുമ്പത്തെ അഭ്യർത്ഥനയിൽ നിന്ന് റിസോഴ്സ് റെക്കോർഡ് കാഷെ ചെയ്ത DNS സെർവർ ആ റെക്കോർഡ് റീസെറ്റ് ചെയ്യുന്നു, എന്നാൽ റെക്കോർഡിൻ്റെ TTL കാലഹരണപ്പെട്ടു.

■ കാലാവധി ജീവിതം(TTL)രേഖകള്(ടിടിഎൽ ഫോർ ഈ റെക്കോർഡ്)

ഈ ഫീൽഡിൽ വ്യക്തമാക്കിയ മൂല്യം നിലവിലെ SOA എൻട്രിയുടെ ആയുസ്സ് നിർണ്ണയിക്കുന്നു. ഈ മൂല്യം മുമ്പത്തെ ഫീൽഡിൽ വ്യക്തമാക്കിയ സ്ഥിരസ്ഥിതി മൂല്യത്തെ മാറ്റിസ്ഥാപിക്കുന്നു.

നെയിംസെർവർ റെക്കോർഡുകൾ

നെയിം സെർവർ (NS) റെക്കോർഡ് സോണിനായുള്ള ആധികാരിക സെർവറിനെ വ്യക്തമാക്കുന്നു. നിങ്ങൾ Windows Server 2008-ൽ ഒരു സോൺ സൃഷ്‌ടിക്കുമ്പോൾ, ഒരു ആക്റ്റീവ് ഡയറക്‌ടറി-ഇൻ്റഗ്രേറ്റഡ് സോണിൻ്റെ പ്രാഥമിക പകർപ്പ് നിയന്ത്രിക്കുന്ന ഓരോ സെർവറിനും സ്ഥിരസ്ഥിതിയായി പുതിയ സോണിൽ അതിൻ്റേതായ NS റെക്കോർഡ് ലഭിക്കും. നിങ്ങൾ ഒരു സാധാരണ പ്രൈമറി സോൺ സൃഷ്ടിക്കുമ്പോൾ, പ്രാദേശിക സെർവർ NS റെക്കോർഡ് സ്ഥിരസ്ഥിതിയായി ചേർക്കും.

അധിക സോണുകൾ കൈകാര്യം ചെയ്യുന്ന സെർവറുകൾക്കായി, സോണിൻ്റെ മാസ്റ്റർ പകർപ്പിലേക്ക് നിങ്ങൾ സ്വമേധയാ NS റെക്കോർഡുകൾ ചേർക്കണം.

മറ്റ് തരത്തിലുള്ള റിസോഴ്സ് റെക്കോർഡുകൾ സൃഷ്ടിക്കുമ്പോൾ വ്യത്യസ്തമായ ഒരു നടപടിക്രമം ഉപയോഗിച്ചാണ് NS റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നത്. NS റെക്കോർഡുകൾ ചേർക്കാൻ, DNS മാനേജറിൽ, നിലവിലുള്ള ഏതെങ്കിലും NS റെക്കോർഡിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുക. സോൺ പ്രോപ്പർട്ടി ഡയലോഗ് ബോക്‌സിൻ്റെ നെയിം സെർവറുകൾ ടാബ് തുറക്കുന്നു. നെയിം സെർവറുകൾ ടാബിൽ, ലോക്കൽ പ്രൈമറി സോണിൻ്റെ ദ്വിതീയ മേഖല നിയന്ത്രിക്കുന്ന സെർവറിൻ്റെ FQDN, IP വിലാസം ചേർക്കാൻ ചേർക്കുക ബട്ടൺ ക്ലിക്ക് ചെയ്യുക. പുതിയ സെർവർ ചേർത്ത ശേഷം, ശരി ക്ലിക്കുചെയ്യുക - ഈ സെർവറിനെ സൂചിപ്പിക്കുന്ന ഒരു പുതിയ NS റെക്കോർഡ് DNS മാനേജറിൽ ദൃശ്യമാകും.

കുറിപ്പ്: അധിക സോണുകളിലേക്ക് സംപ്രേക്ഷണം പ്രവർത്തനക്ഷമമാക്കുക

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

ഒരു സ്റ്റാൻഡേർഡ് സോൺ ഫയലിൽ സൃഷ്‌ടിച്ച ഒരു എൻട്രിയുടെ ഉദാഹരണം ചുവടെ:

@NS dns1.lucernepublishing.com.

@ ചിഹ്നം സോൺ ഫയലിലെ SOA എൻട്രി നിർവ്വചിച്ച സോണിനെ പ്രതിനിധീകരിക്കുന്നു. പിന്നെ മുഴുവൻ റെക്കോർഡ് wikipedia.org എന്ന ഡൊമെയ്ൻ DNS സെർവറിലേക്ക് dns1.wikipedia.org-ലേക്ക് മാപ്പ് ചെയ്യുന്നു.

റിസോഴ്സ് റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നു

SOA, NS റെക്കോർഡുകൾ കൂടാതെ, മറ്റ് നിരവധി റിസോഴ്സ് റെക്കോർഡുകൾ സ്വയമേവ സൃഷ്ടിക്കപ്പെടുന്നു. ഉദാഹരണത്തിന്, ഒരു പുതിയ DNS സെർവറിൻ്റെ ഇൻസ്റ്റാളേഷൻ സമയത്ത്, സെർവറിനെ ഒരു ഡൊമെയ്ൻ കൺട്രോളറായി നിയോഗിക്കുമ്പോൾ, പ്രാദേശികമായി നിയന്ത്രിക്കപ്പെടുന്ന മേഖലയിൽ നിരവധി സജീവ ഡയറക്‌ടറി ഡൊമെയ്ൻ സേവനങ്ങൾ (AD DS) SRV റെക്കോർഡുകൾ സ്വയമേവ സൃഷ്‌ടിക്കപ്പെടും. കൂടാതെ, ഡൈനാമിക് അപ്‌ഡേറ്റ് വഴി, പല DNS ക്ലയൻ്റുകളും സ്വയമേവ ഹോസ്റ്റ് (A, AAAA), പോയിൻ്റർ (PTR) റെക്കോർഡുകൾ സോണിൽ സ്ഥിരസ്ഥിതിയായി രജിസ്റ്റർ ചെയ്യുന്നു.

പല റിസോഴ്‌സ് റെക്കോർഡുകളും സ്വയമേവ സൃഷ്‌ടിക്കപ്പെടുന്നുണ്ടെങ്കിലും, എൻ്റർപ്രൈസ് എൻവയോൺമെൻ്റുകൾക്ക് മെയിൽ സെർവറുകൾക്കായി MX (മെയിൽ എക്‌സ്‌ചേഞ്ചറുകൾ), വെബ്, ആപ്ലിക്കേഷൻ സെർവറുകൾക്കുള്ള അപരനാമങ്ങൾ (CNAME), സെർവറുകൾക്കും ക്ലയൻ്റുകൾക്കുമുള്ള ഹോസ്റ്റ് റെക്കോർഡുകൾ എന്നിങ്ങനെയുള്ള ചില റിസോഴ്‌സ് റെക്കോർഡുകൾ സ്വമേധയാ സൃഷ്‌ടിക്കേണ്ടതുണ്ട്. സ്വന്തം അപ്ഡേറ്റുകൾ നടത്താൻ കഴിയില്ല.

ഒരു സോണിനായി ഒരു റിസോഴ്സ് റെക്കോർഡ് സ്വമേധയാ ചേർക്കുന്നതിന്, DNS മാനേജർ കൺസോളിൽ, സോൺ ഐക്കണിൽ വലത്-ക്ലിക്കുചെയ്ത് സന്ദർഭ മെനുവിൽ നിന്ന് സൃഷ്ടിക്കുന്നതിനുള്ള റെക്കോർഡ് തരം തിരഞ്ഞെടുക്കുക.

സന്ദർഭ മെനുവിൽ നിന്ന് നിങ്ങൾ ഒരു എൻട്രി തിരഞ്ഞെടുത്ത ശേഷം, ഒരു ഡയലോഗ് ബോക്സ് തുറക്കുന്നു, അവിടെ നിങ്ങൾക്ക് എൻട്രി നാമവും അതുമായി ബന്ധപ്പെട്ട കമ്പ്യൂട്ടറും വ്യക്തമാക്കാം. ഹോസ്റ്റ് റെക്കോർഡുകൾ മാത്രമേ ഒരു കമ്പ്യൂട്ടർ നാമത്തെ ഒരു IP വിലാസവുമായി ബന്ധപ്പെടുത്തുകയുള്ളൂ എന്നത് ശ്രദ്ധിക്കുക. മിക്ക റെക്കോർഡ് തരങ്ങളും യഥാർത്ഥ ഹോസ്റ്റ് റെക്കോർഡുമായി ഒരു സേവന നാമമോ അപരനാമമോ ബന്ധപ്പെടുത്തുന്നു. അങ്ങനെ, MX റെക്കോർഡ് റെക്കോഡ് ഏരിയയിൽ SRV നോഡ് 12.nwtraders .msft ൻ്റെ സാന്നിധ്യത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

പോസ്റ്റ് തരങ്ങൾ

ഇനിപ്പറയുന്നവ സ്വമേധയാ സൃഷ്‌ടിച്ച സാധാരണ റിസോഴ്‌സ് റെക്കോർഡുകളാണ്:

■ നോഡ് (എഅഥവാALAA);

■ വിളിപ്പേര് (CNAME);

■ മെയിൽഎക്സ്ചേഞ്ചർ (MX);

■ സൂചിക (PTR);

■ സ്ഥാനംസേവനങ്ങള് (SRV).

കെട്ട് (A അല്ലെങ്കിൽ AAAA)

മിക്ക നെറ്റ്‌വർക്കുകൾക്കും, സോൺ ഡാറ്റാബേസിലെ റിസോഴ്‌സ് റെക്കോർഡുകളുടെ ഭൂരിഭാഗവും ഹോസ്റ്റ് റിസോഴ്‌സ് റെക്കോർഡുകളാണ്. കമ്പ്യൂട്ടർ പേരുകൾ (ഹോസ്‌റ്റ് നെയിമുകൾ) ഐപി വിലാസങ്ങളുമായി ബന്ധപ്പെടുത്തുന്നതിന് ഈ രേഖകൾ ഒരു സോണിൽ ഉപയോഗിക്കുന്നു.

സോണുകൾക്കായി ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിലും, ചില ഹോസ്റ്റ് എൻട്രി സാഹചര്യങ്ങൾ സോണിലേക്ക് എൻട്രികൾ സ്വമേധയാ ചേർക്കാൻ നിങ്ങളോട് ആവശ്യപ്പെടും. ചുവടെയുള്ള ചിത്രത്തിൽ, Contoso, Inc. പബ്ലിക് നെയിംസ്‌പെയ്‌സിലും ഇൻ്റേണൽ ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്‌നിലും contoso.com എന്ന ഡൊമെയ്ൻ നാമം ഉപയോഗിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, www.contoso.com എന്ന പൊതു വെബ് സെർവർ, ആക്ടീവ് ഡയറക്‌ടറി ഡൊമെയ്‌നിന് പുറത്താണ് സ്ഥിതി ചെയ്യുന്നത്, മാത്രമല്ല പൊതു ആധികാരിക DNS സെർവറിലേക്ക് contoso.com അപ്‌ഡേറ്റുകൾ നടത്തുകയും ചെയ്യുന്നു. എന്നാൽ ആന്തരിക ക്ലയൻ്റുകൾ അവരുടെ DNS അഭ്യർത്ഥനകൾ ആന്തരിക DNS സെർവറുകളിലേക്ക് കൈമാറുന്നു. ആന്തരിക ഡിഎൻഎസ് സെർവറുകളിൽ www .contoso .com എ റെക്കോർഡ് ഡൈനാമിക് ആയി അപ്‌ഡേറ്റ് ചെയ്യാത്തതിനാൽ, ആന്തരിക ക്ലയൻ്റുകൾക്ക് പേരുകൾ പരിഹരിക്കാനും പൊതു വെബ് സെർവറുമായി ബന്ധിപ്പിക്കാനും കഴിയും.

നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഉപയോഗിക്കുകയാണെങ്കിൽ ഹോസ്റ്റ് റെക്കോർഡുകൾ സ്വമേധയാ ചേർക്കാവുന്നതാണ് UNIX സെർവർ. ഉദാഹരണത്തിന്, Fabrikam, Inc. fabrikam,com എന്ന പേരിൽ അതിൻ്റെ സ്വകാര്യ നെറ്റ്‌വർക്കിൽ ഒരു സജീവ ഡയറക്ടറി ഡൊമെയ്‌നുണ്ട്. കമ്പനിയുടെ ദൈനംദിന പ്രവർത്തനങ്ങൾക്കായി നിർണായകമായ ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്ന App1.fabrikam, com എന്ന UNIX സെർവറും ഈ നെറ്റ്‌വർക്കിൽ ഉൾപ്പെടുന്നു. UNIX സെർവറുകൾക്ക് ഡൈനാമിക് അപ്‌ഡേറ്റുകൾ നടത്താൻ കഴിയാത്തതിനാൽ, fabrikam.com സോൺ നിയന്ത്രിക്കുന്ന DNS സെർവറിലേക്ക് നിങ്ങൾ App1 സെർവർ ഹോസ്റ്റ് റെക്കോർഡ് സ്വമേധയാ ചേർക്കേണ്ടതുണ്ട്. അല്ലെങ്കിൽ, ഉപയോക്താക്കൾക്ക് അതിൻ്റെ FQDN വ്യക്തമാക്കിയുകൊണ്ട് ആപ്ലിക്കേഷൻ സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിയില്ല.

അപരനാമം (CNAME)

ഈ എൻട്രികളെ ചിലപ്പോൾ കാനോനിക്കൽ പേരുകൾ എന്ന് വിളിക്കുന്നു. ഒരൊറ്റ നോഡിനെ പരാമർശിക്കാൻ ഒന്നിലധികം പേരുകൾ ഉപയോഗിക്കാൻ അവ അനുവദിക്കുന്നു. ഉദാഹരണത്തിന്, അറിയപ്പെടുന്ന സെർവർ പേരുകൾ (ftp, www) സാധാരണയായി CNAME റെക്കോർഡുകൾ ഉപയോഗിച്ചാണ് രജിസ്റ്റർ ചെയ്യുന്നത്. ഈ റെക്കോർഡുകൾ അവരുടെ സേവനങ്ങളുമായി ബന്ധപ്പെട്ട ഹോസ്റ്റ്നാമങ്ങളെ സേവനത്തെ നിയന്ത്രിക്കുന്ന AC കമ്പ്യൂട്ടറിൻ്റെ യഥാർത്ഥ റെക്കോർഡിലേക്ക് മാപ്പ് ചെയ്യുന്നു.

■ ഒരേ സോണിൻ്റെ എ റെക്കോർഡിൽ വ്യക്തമാക്കിയിട്ടുള്ള ഒരു നോഡിൻ്റെ പേരുമാറ്റാൻ നിങ്ങൾ ആഗ്രഹിക്കുമ്പോൾ.

■ ഒരു അറിയപ്പെടുന്ന സെർവറിൻ്റെ ജനറിക് നാമം (ഉദാ: www) ഒരേ സേവനം നൽകുന്ന വ്യക്തിഗത കമ്പ്യൂട്ടറുകളുടെ ഒരു ഗ്രൂപ്പായി (ഓരോന്നിനും വ്യക്തിഗത എ റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്നു) പരിഹരിക്കേണ്ടിവരുമ്പോൾ (ഉദാഹരണത്തിന് അനാവശ്യ വെബ് സെർവറുകളുടെ ഒരു കൂട്ടം).

തപാൽ എക്സ്ചേഞ്ചർ (MX)

ഒരു സോണിൽ മെയിൽ സെർവർ കണ്ടെത്തുന്നതിന് ഇമെയിൽ ആപ്ലിക്കേഷനുകൾ ഈ റെക്കോർഡുകൾ ഉപയോഗിക്കുന്നു. ഡൊമെയ്‌നിലെ മെയിൽ സെർവറിനെ നിയന്ത്രിക്കുന്ന കമ്പ്യൂട്ടറിൻ്റെ റെക്കോർഡുമായി ഇമെയിൽ വിലാസത്തിൽ വ്യക്തമാക്കിയ ഡൊമെയ്ൻ നാമം പൊരുത്തപ്പെടുത്താൻ അവർ നിങ്ങളെ അനുവദിക്കുന്നു. അതിനാൽ, ഈ റെക്കോർഡ് തരം DNS സെർവറിനെ ഒരു മെയിൽ സെർവർ വ്യക്തമാക്കിയിട്ടില്ലാത്ത ഇമെയിൽ വിലാസങ്ങൾ കൈകാര്യം ചെയ്യാൻ അനുവദിക്കുന്നു.

ഇഷ്ടപ്പെട്ട സെർവർ ലഭ്യമല്ലാത്ത സാഹചര്യത്തിൽ മറ്റൊരു മെയിൽ സെർവറിന് പരാജയം നൽകുന്നതിന് പലപ്പോഴും MX റെക്കോർഡുകൾ സൃഷ്ടിക്കപ്പെടുന്നു.

ഒന്നിലധികം സെർവറുകൾക്ക് മുൻഗണന മൂല്യങ്ങൾ നൽകിയിരിക്കുന്നു. ഈ മൂല്യം കുറയുന്തോറും സെർവറിൻ്റെ മുൻഗണന ക്രമം കൂടുതലായിരിക്കും.

കുറിപ്പ്: ചിഹ്നം @

ഈ ഉദാഹരണത്തിൽ, ഇമെയിൽ വിലാസത്തിൽ അടങ്ങിയിരിക്കുന്ന പ്രാദേശിക ഡൊമെയ്ൻ നാമത്തെ @ ചിഹ്നം പ്രതിനിധീകരിക്കുന്നു.

പോയിൻ്റർപി.ടി.ആർ

IP വിലാസങ്ങൾ ഹോസ്റ്റ് നെയിമുകളിലേക്കോ FQDNകളിലേക്കോ പരിഹരിക്കുമ്പോൾ സംഭവിക്കുന്ന റിവേഴ്സ് ലുക്കപ്പിനെ പിന്തുണയ്ക്കാൻ റിവേഴ്സ് ലുക്ക്അപ്പ് സോണുകളിൽ മാത്രമാണ് ഈ എൻട്രി ഉപയോഗിക്കുന്നത്. in -addr .arpa ഡൊമെയ്‌നിൻ്റെ റൂട്ട് സോണുകളിൽ റിവേഴ്സ് ലുക്കപ്പുകൾ നടത്തുന്നു. PTR റെക്കോർഡുകൾ സോണുകളിലേക്ക് സ്വമേധയാ അല്ലെങ്കിൽ സ്വയമേവ ചേർക്കാവുന്നതാണ്.

DNS മാനേജറിൽ സൃഷ്‌ടിച്ച PTR റെക്കോർഡിൻ്റെ സോൺ ഫയലിലെ ഒരു ഉദാഹരണ ടെക്‌സ്‌റ്റ് പ്രാതിനിധ്യം ചുവടെയുണ്ട്, അത് IP വിലാസം 192.168.0.99 ഹോസ്റ്റ് നെയിം സെർവറിലേക്ക് 1.google.ru മാപ്പ് ചെയ്യുന്നു:

99 പി.ടി.ആർസെർവർ 1.ഗൂഗിൾ.ru.

കുറിപ്പ്: റെക്കോർഡ് നമ്പർ 99PRT

റിവേഴ്സ് ലുക്ക്അപ്പ് സോണിൽ, IPv 4 വിലാസത്തിൻ്റെ അവസാന ഒക്ടറ്റ് ഹോസ്റ്റ്നാമത്തിന് തുല്യമാണ്. അതിനാൽ, 99 എന്ന സംഖ്യ 0.168.192.in -addr .arpa സോണിനുള്ളിലെ നോഡിന് നൽകിയിരിക്കുന്ന പേരിനെ പ്രതിനിധീകരിക്കുന്നു. ഈ സോൺ 192.168.0.0 സബ്നെറ്റുമായി യോജിക്കുന്നു.

സേവന സ്ഥലംഎസ്.ആർ.വി

പോസ്റ്റുകൾ ഒരു ഡൊമെയ്‌നിലെ സേവനങ്ങളുടെ സ്ഥാനം സൂചിപ്പിക്കാൻ SRV ഉപയോഗിക്കുന്നു. SRV ഉപയോഗിക്കുന്ന ക്ലയൻ്റ് ആപ്ലിക്കേഷനുകൾക്ക് DNS വഴി ആപ്ലിക്കേഷൻ സെർവറുകളുടെ SRV റെക്കോർഡുകൾ വീണ്ടെടുക്കാൻ കഴിയും.

SRV ഉപയോഗിക്കുന്ന ഒരു ആപ്ലിക്കേഷൻ Windows Server 2008 Active Directory ആണ്. ഒരു ആക്ടീവ് ഡയറക്ടറി ലൈറ്റ്‌വെയ്റ്റ് ഡയറക്‌ടറി ആക്‌സസ് പ്രോട്ടോക്കോൾ (LDAP) ഡൊമെയ്‌നിനായി തിരയുന്നതിലൂടെ, ഡൊമെയ്ൻ കൺട്രോളറുകൾ കണ്ടെത്തുന്നതിന് Netlogon നെറ്റ്‌വർക്ക് ലോഗൺ സേവനം SRV റെക്കോർഡുകൾ ഉപയോഗിക്കുന്നു. ഡിഎൻഎസ്തെറ്റ് സഹിഷ്ണുത മെച്ചപ്പെടുത്തുന്നതിനോ നെറ്റ്‌വർക്ക് സേവനങ്ങൾ പരിഹരിക്കുന്നതിനോ.

ഉൾപ്പെടുത്തൽറെസല്യൂഷനുള്ള ഡിഎൻഎസ്വിജയിക്കുന്നു

സോൺ പ്രോപ്പർട്ടി വിൻഡോയുടെ WINS ടാബിൽ, DNS അന്വേഷണങ്ങൾ വഴി കണ്ടെത്താത്ത പേരുകൾ തിരയാൻ DNS സെർവർ സേവനം ബന്ധപ്പെടുന്ന WINS സെർവർ നിങ്ങൾക്ക് വ്യക്തമാക്കാം. ഫോർവേഡ് ലുക്ക്അപ്പ് സോൺ പ്രോപ്പർട്ടീസ് ഡയലോഗ് ബോക്സിലെ WINS ടാബിൽ നിങ്ങൾ ഒരു WINS സെർവർ വ്യക്തമാക്കുമ്പോൾ, WINS സെർവറിനെ പരാമർശിക്കുന്ന ഒരു പ്രത്യേക WINS എൻട്രി ആ സോണിലേക്ക് ചേർക്കുന്നു. റിവേഴ്സ് ലുക്ക്അപ്പ് സോൺ പ്രോപ്പർട്ടികൾ ഡയലോഗ് ബോക്സിലെ WINS ടാബിൽ നിങ്ങൾ ഒരു WINS സെർവർ വ്യക്തമാക്കുമ്പോൾ, ആ WINS സെർവർ തിരിച്ചറിയാൻ സോണിലേക്ക് ഒരു പ്രത്യേക WINS -R എൻട്രി ചേർക്കുന്നു.

ഉദാഹരണത്തിന്, ഒരു DNS ക്ലയൻ്റ് ClientZ .contoso .com എന്ന പേര് അഭ്യർത്ഥിച്ചാൽ, തിരഞ്ഞെടുത്ത DNS സെർവറിന് ഉത്തരം കണ്ടെത്താൻ കഴിയില്ല സാധാരണ ഉറവിടങ്ങൾ(കാഷെ, ഡാറ്റ പ്രാദേശിക മേഖലമറ്റ് സെർവറുകൾ വോട്ടെടുപ്പിലൂടെ), സെർവർ CLIENTZ എന്ന പേര് അഭ്യർത്ഥിക്കുന്നു. WINS റെക്കോർഡിൽ വ്യക്തമാക്കിയ WINS സെർവറിൽ. WINS സെർവർ ചോദ്യത്തോട് പ്രതികരിക്കുകയാണെങ്കിൽ, DNS സെർവർ അതിൻ്റെ പ്രതികരണം ക്ലയൻ്റിലേക്ക് നൽകുന്നു.

കാലഹരണപ്പെട്ട റെക്കോർഡുകൾ വൃത്തിയാക്കലും ഇല്ലാതാക്കലും

ഡൈനാമിക് ആയി രജിസ്റ്റർ ചെയ്ത റിസോഴ്സ് റെക്കോർഡുകളുടെ പ്രായം ട്രാക്ക് ചെയ്യാൻ DNS-ൽ ടൈം സ്റ്റാമ്പുകൾ ഉപയോഗിക്കുന്നു. കാലഹരണപ്പെട്ട റെക്കോർഡുകൾ ടൈംസ്റ്റാമ്പുകൾ ഉപയോഗിച്ച് നീക്കം ചെയ്യുന്ന പ്രക്രിയയാണ് പഴകിയ റെക്കോർഡ് ശുദ്ധീകരണം. ടൈംസ്റ്റാമ്പുകൾ ഉപയോഗിച്ചാൽ മാത്രമേ ക്ലിയറിംഗ് നടത്താൻ കഴിയൂ. കാലക്രമേണ ഒരു സോണിൽ അടിഞ്ഞുകൂടിയ പഴയ റെക്കോർഡിംഗുകൾ നീക്കംചെയ്യാൻ ടൈം സ്റ്റാമ്പുകളും സ്‌ക്രബ്ബിംഗും ഒരുമിച്ച് പ്രവർത്തിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, ടൈംസ്റ്റാമ്പുകളും സ്‌ക്രബ്ബിംഗും പ്രവർത്തനരഹിതമാക്കിയിരിക്കുന്നു.

വൃത്തിയാക്കൽ പ്രവർത്തനക്ഷമമാക്കുക

ഒരു വ്യക്തിഗത സോണിനായി സ്‌ക്രബ്ബിംഗ് പ്രവർത്തനക്ഷമമാക്കാൻ, നിങ്ങൾ സെർവർ തലത്തിലും സോൺ തലത്തിലും ഫീച്ചർ പ്രവർത്തനക്ഷമമാക്കണം.

സെർവർ-ലെവൽ സ്‌കാവെഞ്ചിംഗ് പ്രവർത്തനക്ഷമമാക്കാൻ, ഡിഎൻഎസ് മാനേജർ കൺസോൾ ട്രീയിൽ, സെർവർ ഐക്കണിൽ വലത്-ക്ലിക്കുചെയ്ത്, എല്ലാ മേഖലകൾക്കും വേണ്ടിയുള്ള ഏജിംഗ് /സ്‌കാവെഞ്ചിംഗ് കമാൻഡ് ഉപയോഗിക്കുക. തുടർന്ന്, തുറക്കുന്ന സെർവർ ഏജിംഗ് / സ്കാവഞ്ചിംഗ് പ്രോപ്പർട്ടീസ് ഡയലോഗ് ബോക്സിൽ, സ്കാവെഞ്ച് സ്റ്റേൽ റിസോഴ്സ് റെക്കോർഡ്സ് ചെക്ക് ബോക്സ് തിരഞ്ഞെടുക്കുക. ഈ ക്രമീകരണം എല്ലാ പുതിയ സോണുകൾക്കുമായി സെർവർ-ലെവൽ ടൈംസ്റ്റാമ്പിംഗും ക്ലീനപ്പും പ്രാപ്തമാക്കുന്നുണ്ടെങ്കിലും, നിലവിലുള്ള ആക്റ്റീവ് ഡയറക്ടറി-ഇൻ്റഗ്രേറ്റഡ് സോണുകളുടെ ടൈംസ്റ്റാമ്പിംഗും ക്ലീനപ്പും ഇത് പ്രവർത്തനക്ഷമമാക്കുന്നില്ല.

അവ പ്രവർത്തനക്ഷമമാക്കാൻ, ശരി ക്ലിക്കുചെയ്യുക, തുടർന്ന് തുറക്കുന്ന സെർവർ ഏജിംഗ്/സ്‌കാവിംഗ് സ്ഥിരീകരണ ഡയലോഗ് ബോക്സിൽ, നിലവിലുള്ള ആക്റ്റീവ് ഡയറക്ടറി-ഇൻ്റഗ്രേറ്റഡ് സോണുകളിലേക്ക് ഈ ക്രമീകരണങ്ങൾ പ്രയോഗിക്കുന്നതിന് ചെക്ക് ബോക്സ് തിരഞ്ഞെടുക്കുക.

ടൈംസ്റ്റാമ്പുകളും സോൺ-ലെവൽ ക്ലീനപ്പും പ്രവർത്തനക്ഷമമാക്കാൻ, സോൺ പ്രോപ്പർട്ടീസ് തുറക്കുക, തുടർന്ന് പൊതുവായ ടാബിൽ, ഏജിംഗ് ബട്ടൺ ക്ലിക്ക് ചെയ്യുക. തുറക്കുന്ന Zone Aging/Scavenging Properties ഡയലോഗ് ബോക്സിൽ, Scavenge Stale Resource Records ചെക്ക് ബോക്സ് തിരഞ്ഞെടുക്കുക.

ടൈംസ്റ്റാമ്പുകൾ സോണിലെ റിസോഴ്സ് റെക്കോർഡുകളിൽ സജ്ജീകരിച്ചിരിക്കുന്ന ടൈംസ്റ്റാമ്പുകൾ ഉപയോഗിച്ച് DNS സെർവർ സ്കാവെഞ്ചിംഗ് നടത്തുന്നു. സജീവ ഡയറക്‌ടറി-സംയോജിത സോണുകൾ സ്‌ക്രബ്ബിംഗ് പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് സ്ഥിരസ്ഥിതിയായി ചലനാത്മകമായി ലോഗിൻ ചെയ്‌ത എൻട്രികൾക്കായി ടൈംസ്റ്റാമ്പ് മൂല്യങ്ങൾ സജ്ജീകരിക്കുന്നു.എന്നിരുന്നാലും, സ്‌ക്രബ്ബിംഗ് പ്രവർത്തനക്ഷമമാക്കിയതിന് ശേഷം മാത്രമേ അടിസ്ഥാന സ്റ്റാൻഡേർഡ് സോണുകൾ സോണിലെ ഡൈനാമിക് ലോഗിൻ ചെയ്‌ത എൻട്രികൾക്ക് ടൈംസ്റ്റാമ്പുകൾ സജ്ജീകരിക്കൂ. എല്ലാ സോൺ തരങ്ങൾക്കുമായി സ്വമേധയാ സൃഷ്‌ടിച്ച റിസോഴ്‌സ് റെക്കോർഡുകൾക്ക് 0 ൻ്റെ ടൈംസ്റ്റാമ്പ് നൽകിയിരിക്കുന്നു; ഇതിനർത്ഥം അവരുടെ പ്രായം നിർണ്ണയിക്കില്ല എന്നാണ്.- ഇതിനിടയിലുള്ള സമയമാണിത് ഏറ്റവും പുതിയ അപ്ഡേറ്റ്സ്റ്റാമ്പും അതിൻ്റെ സാധ്യതയും അടുത്ത അപ്ഡേറ്റ്. തടയുന്നത് അനാവശ്യ അപ്‌ഡേറ്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിൽ നിന്ന് സെർവറിനെ തടയുകയും ട്രാഫിക്കിൻ്റെ അളവ് കുറയ്ക്കുകയും ചെയ്യുന്നു. ഡിഫോൾട്ട് ബ്ലോക്കിംഗ് ഇടവേള 7 ദിവസമാണ്.

■ പരിഷ്ക്കരണംഇടവേളഅപ്ഡേറ്റുകൾ

ടൈംസ്‌റ്റാമ്പ് അപ്‌ഡേറ്റ് ചെയ്‌തതും ഏറ്റവും നേരത്തെ റെക്കോർഡ് ക്ലീനപ്പ് ആരംഭിച്ചതും തമ്മിലുള്ള ഇടവേളയാണ് അപ്‌ഡേറ്റ് ഇടവേള. ഇടവേളകൾ തടയുകയും അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്‌ത ശേഷം, എൻട്രികൾ സോണിൽ നിന്ന് നീക്കം ചെയ്‌തേക്കാം. സ്ഥിരസ്ഥിതിയായി, ഇടവേള 7 ദിവസമാണ്. അതിനാൽ, ടൈംസ്റ്റാമ്പുകൾ പ്രവർത്തനക്ഷമമാക്കിയാൽ, ചലനാത്മകമായി ലോഗിൻ ചെയ്‌ത റിസോഴ്‌സ് റെക്കോർഡുകൾ 14 ദിവസത്തിന് ശേഷം ഇല്ലാതാക്കിയേക്കാം.

ഒരു ശുചീകരണം നടത്തുന്നു

സോണിൽ സ്വമേധയാ അല്ലെങ്കിൽ സ്വമേധയാ വൃത്തിയാക്കൽ നടത്തുന്നു. വേണ്ടി ഓട്ടോമാറ്റിക് എക്സിക്യൂഷൻ DNS സെർവർ പ്രോപ്പർട്ടികൾ ഡയലോഗ് ബോക്‌സിൻ്റെ വിപുലമായ ടാബിൽ കാലഹരണപ്പെട്ട റിസോഴ്‌സ് റെക്കോർഡുകൾ സ്വയമേവ ഇല്ലാതാക്കിക്കൊണ്ട് ക്ലീനപ്പ് പ്രവർത്തനക്ഷമമാക്കണം.

ഈ ഓപ്‌ഷൻ പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ലെങ്കിൽ, DNS മാനേജർ കൺസോൾ ട്രീയിലെ സെർവർ ഐക്കണിൽ വലത്-ക്ലിക്കുചെയ്ത് Scavenge Stale Resource Records കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് സോൺ ക്ലീനപ്പ് സ്വമേധയാ നടത്താം.

സോൺ ആഗോള നാമങ്ങൾ

വിൻഡോസ് സെർവർ 2008-ൽ ഒരു പുതിയ ഫീച്ചർ ഉൾപ്പെടുന്നു, അത് സെർവർ ഉറവിടങ്ങളിലേക്ക് കണക്റ്റുചെയ്യുന്നതിന് മെയിൽ പോലെയുള്ള ഒരേ ലേബലിൽ നിന്നുള്ള പേരുകൾ ഉപയോഗിക്കാൻ ഒരു ആക്ടീവ് ഡയറക്‌ടറി വനത്തിലെ എല്ലാ DNS ക്ലയൻ്റുകളേയും അനുവദിക്കുന്നു. ഡിഎൻഎസ് ക്ലയൻ്റുകൾക്കായുള്ള ഡിഫോൾട്ട് ഡിഎൻഎസ് സഫിക്സ് ലുക്ക്അപ്പ് ലിസ്റ്റ് ആ ഒറ്റ-ലേബൽ നാമം ഉപയോഗിച്ച് ഒരു റിസോഴ്സിലേക്ക് വേഗത്തിൽ (അല്ലെങ്കിൽ മൊത്തത്തിൽ) കണക്റ്റുചെയ്യാൻ ഉപയോക്താക്കളെ അനുവദിക്കുന്നില്ലെങ്കിൽ ഈ ഘടകം ഉപയോഗപ്രദമാണ്.

Windows Server 2008-ലെ DNS സെർവർ ഒരു GlobalNames സോൺ സൃഷ്ടിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, GlobalNames സോൺ നിലവിലില്ല, എന്നാൽ ഈ പേരിൽ ഒരു സോൺ വിന്യസിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് WINS ഉപയോഗിക്കാതെ തന്നെ സിംഗിൾ-ലേബൽ പേരുകൾ ഉപയോഗിച്ച് തിരഞ്ഞെടുത്ത ഉറവിടങ്ങളിലേക്ക് ആക്സസ് നൽകാം. സാധാരണഗതിയിൽ, ഇതിനകം സ്റ്റാറ്റിക് ഐപി വിലാസങ്ങൾ നൽകിയിട്ടുള്ള പ്രധാനപ്പെട്ടതും വ്യാപകമായി ഉപയോഗിക്കുന്നതുമായ സെർവറുകളിലേക്ക് സിംഗിൾ-ലേബൽ പേരുകൾ നൽകിയിട്ടുണ്ട്.റിമോട്ട് സെർവറിലെ ഗ്ലോബൽ നെയിമുകൾ, റിമോട്ട് സെർവറിൻ്റെ പേര് ഉപയോഗിച്ച് പിരീഡ് മാറ്റിസ്ഥാപിക്കുക.

■ സൃഷ്ടിഗ്ലോബൽ നെയിംസ് സോണുകൾ

വിൻഡോസ് സെർവർ 2008 ഡൊമെയ്ൻ കൺട്രോളറായി പ്രവർത്തിക്കുന്ന ഡിഎൻഎസ് സെർവറിനായി ഒരു സോൺ സൃഷ്‌ടിക്കുക എന്നതാണ് ഗ്ലോബൽ നെയിംസ് സോൺ വിന്യസിക്കുന്നതിൻ്റെ അടുത്ത ഘട്ടം. ഗ്ലോബൽ നെയിംസ് സോൺ ഒരു പ്രത്യേക തരം സോണല്ല, പകരം ഗ്ലോബൽ നെയിംസ് എന്ന സജീവ ഡയറക്ടറി സംയോജിത ഫോർവേഡ് ലുക്ക്അപ്പ് സോൺ ആണ്. . നിങ്ങൾ ഒരു സോൺ സൃഷ്‌ടിക്കുമ്പോൾ, വനത്തിലെ എല്ലാ DNS സെർവറുകളുടെയും സോൺ ഡാറ്റ പകർത്താൻ തിരഞ്ഞെടുക്കുക. ഈ ഓപ്‌ഷൻ ആക്റ്റീവ് ഡയറക്‌ടറി-ഇൻ്റഗ്രേറ്റഡ് സോൺ റെപ്ലിക്കേഷൻ സ്കോപ്പ് പേജിൽ സ്ഥിതിചെയ്യുന്നു (സിംഗിൾ-ലേബൽ നെയിം റെസലൂഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നതിന്, ഗ്ലോബൽ നെയിംസ് സോണിൽ ഒരു റിസോഴ്‌സ് അപരനാമം (CNAME) റെക്കോർഡ് സൃഷ്‌ടിക്കുക. ഓരോ CNAME റെക്കോർഡിനും നൽകിയിരിക്കുന്ന പേര് ഒരൊറ്റ ലേബൽ നാമത്തെ പ്രതിനിധീകരിക്കുന്നു. ഉപയോക്താക്കൾക്ക് ഒരു റിസോഴ്സിലേക്ക് കണക്റ്റുചെയ്യാൻ ഉപയോഗിക്കാം. ഓരോ CNAME റെക്കോർഡും മറ്റൊരു സോണിൽ ഒരു ഹോസ്റ്റ് റെക്കോർഡ് വ്യക്തമാക്കുന്നു എന്നത് ശ്രദ്ധിക്കുക.

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

ഇതെന്തിനാണു?

നിങ്ങളുടെ സ്വന്തം കോർപ്പറേറ്റ് ഇമെയിൽ സെർവറിൽ നിന്ന് സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നതിന് ശരിയായി കോൺഫിഗർ ചെയ്‌ത rDNS വിലാസം ആവശ്യമാണ്. നിങ്ങളുടെ സെർവറിൻ്റെ ഐപി വിലാസത്തിന് റിവേഴ്സ് ഡിഎൻഎസ് സോണിൽ എൻട്രി ഇല്ലെങ്കിൽ സെഷൻ്റെ തുടക്കത്തിൽ മിക്കവാറും എല്ലാ മെയിൽ സെർവറുകളും സന്ദേശം നിരസിക്കും. റിമോട്ട് മെയിൽ സെർവർ പരാജയപ്പെടാനുള്ള കാരണം ഇനിപ്പറയുന്ന രീതിയിൽ സൂചിപ്പിക്കും:
550-"IP വിലാസത്തിന് DNS-ൽ PTR (അഡ്രസ് ടു നെയിം) റെക്കോർഡ് ഇല്ല, അല്ലെങ്കിൽ PTR റെക്കോർഡിന് പൊരുത്തപ്പെടുന്ന A (അഡ്രസ്സിലേക്കുള്ള പേര്) റെക്കോർഡ് ഇല്ലെങ്കിൽ. ദയവായി നിങ്ങളുടെ DNS റെക്കോർഡ് പരിശോധിച്ച് ശരിയാക്കുക."

അഥവാ
550-നിങ്ങളുടെ IP വിലാസത്തിന് (IP-വിലാസം) അനുബന്ധ PTR ഒന്നുമില്ല, അത് 550 ആവശ്യമാണ്. ക്ഷമിക്കണം, ബൈ.

അല്ലെങ്കിൽ ലളിതമായി
550 നിങ്ങളുടെ ഐപിക്ക് PTR റെക്കോർഡ് ഇല്ല

മൂന്ന് കേസുകളിലേയും നമ്പർ 550 ആണ് സ്റ്റാൻഡേർഡ് കോഡ് SMTP മെയിൽ സെർവർ ഗുരുതരമായ ഒരു പിശക് റിപ്പോർട്ടുചെയ്യുന്നു, അത് ഈ മെയിൽ സെഷനിൽ തുടർന്നുള്ള പ്രവർത്തനങ്ങളെ പരിഹരിക്കാനാകാത്തവിധം തടയുന്നു. പൊതുവേ, 500 സീരീസിലെ എല്ലാ പിശകുകളും നിർണായകമാണെന്നും അവ പ്രത്യക്ഷപ്പെട്ടതിനുശേഷം മെയിൽ അയയ്ക്കുന്നത് തുടരുന്നത് അസാധ്യമാണെന്നും പറയണം. നിരസിച്ചതിൻ്റെ കാരണം വാചകം കൂടുതൽ വിശദമായി വിശദീകരിക്കുകയും അയയ്ക്കുന്ന മെയിൽ സെർവറിന് റിവേഴ്സ് ഡിഎൻഎസ് സോണിൽ (ആർഡിഎൻഎസ്) ഒരു എൻട്രി ഉണ്ടോയെന്നും അത് ഇല്ലെങ്കിൽ, സ്വീകർത്താവ് അത് പരിശോധിക്കാൻ സ്വീകർത്താവ് മെയിൽ സെർവറിൻ്റെ അഡ്മിനിസ്ട്രേറ്റർ കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെന്നും പ്രസ്താവിക്കുന്നു. അയച്ചയാൾക്ക് ഒരു കണക്ഷൻ നിരസിക്കാൻ സെർവർ ബാധ്യസ്ഥനാണ് (SMTP- 5XX സീരീസ് പിശകുകൾ).

എങ്ങനെ സജ്ജീകരിക്കുകയും ഉപയോഗിക്കുകയും ചെയ്യാം?

ഈ സോണുമായി പൊരുത്തപ്പെടുന്ന ഐപി വിലാസങ്ങളുടെ അനുബന്ധ ബ്ലോക്കിൻ്റെ ഉടമയ്ക്ക് മാത്രമേ റിവേഴ്സ് ഡിഎൻഎസ് സോൺ കോൺഫിഗർ ചെയ്യാനുള്ള അവകാശമുള്ളൂ. ചട്ടം പോലെ, ഈ ഉടമ ദാതാവാണ്, സ്വന്തം സ്വയംഭരണ സംവിധാനത്തിൻ്റെ ഉടമയാണ്. ഈ ലേഖനത്തിൽ നിങ്ങളുടെ സ്വയംഭരണ സംവിധാനവും (AS), IP വിലാസ ബ്ലോക്കും രജിസ്റ്റർ ചെയ്യുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം. ചുരുക്കത്തിൽ, ഒരു റിവേഴ്സ് ഡിഎൻഎസ് സോൺ രജിസ്റ്റർ ചെയ്യുന്നതിന്, ഒരു ഐപി അഡ്രസ് ബ്ലോക്കിൻ്റെ ഓപ്പറേറ്റർ അവൻ്റെതിൽ രജിസ്റ്റർ ചെയ്യണം വ്യക്തിഗത അക്കൗണ്ട് RIPE വെബ്‌സൈറ്റിൽ, “ഡൊമെയ്ൻ” എന്ന തരത്തിലുള്ള ഒബ്‌ജക്റ്റ്, rDNS സോണിനെ പിന്തുണയ്ക്കുന്ന DNS സെർവറുകളുടെ വിലാസം വ്യക്തമാക്കുകയും അവയിൽ 3.2.1.in-addr.arpa പോലുള്ള സോണിനുള്ള പിന്തുണ കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു പോയിൻ്റർ, ഒരു PTR റെക്കോർഡ്, റിവേഴ്സ് സോണിലെ വിഭവങ്ങൾക്ക് ഉത്തരവാദിയാണ്. ഇവിടെയാണ് IP വിലാസം ഒരു ഹോസ്റ്റ് നാമത്തിൽ പരിഹരിക്കാനുള്ള അഭ്യർത്ഥനകൾ പോകുന്നത്.

നിങ്ങൾ ഒരു സ്വയംഭരണ സംവിധാനത്തിൻ്റെ സന്തുഷ്ട ഉടമയല്ലെങ്കിൽ, ഒരു IP വിലാസത്തിനോ മെയിൽ സെർവർ വിലാസത്തിനോ വേണ്ടി rDNS സജ്ജീകരിക്കുന്നത് ദാതാവിൻ്റെയോ ഹോസ്റ്ററുടെയോ പിന്തുണാ സേവനത്തിലേക്കുള്ള അഭ്യർത്ഥനയോടെ ആരംഭിക്കുകയും അവസാനിക്കുകയും ചെയ്യുന്നു. രണ്ട് സാഹചര്യങ്ങളിലും, മെയിൽ സെർവറിൻ്റെ, പ്രത്യേകിച്ച് കോർപ്പറേറ്റ് മെയിൽ സെർവറിൻ്റെ IP വിലാസത്തിൻ്റെ പേര് അർത്ഥവത്തായി നൽകണം.

ഒരു മെയിൽ സെർവറിനുള്ള നല്ല പേരുകളുടെ ഉദാഹരണങ്ങൾ:

mail.domain.ru
mta.domain.ru
mx.domain.ru

മോശം പേരുകളുടെ ഉദാഹരണങ്ങൾ:

ഹോസ്റ്റ്-192-168-0-1.domain.ru
customer192-168-0-1.domain.ru
vpn-dailup-xdsl-clients.domain.ru

തുടങ്ങിയ. മെയിൽ സെർവർ ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയാത്ത ക്ലയൻ്റ് കമ്പ്യൂട്ടറുകളിലേക്ക് അസൈൻ ചെയ്തിരിക്കുന്നതിനാൽ അത്തരം പേരുകൾ ഫിൽട്ടർ ചെയ്യപ്പെടാൻ സാധ്യതയുണ്ട്, അതിനാൽ അവയിൽ നിന്ന് സ്പാം അയയ്ക്കപ്പെടുന്നു.

മെയിൽ സെർവർ ആരംഭിച്ച ഉടൻ തന്നെ ഡിഎൻഎസ് സോണുകൾ റിവേഴ്സ് ചെയ്യാൻ നിങ്ങൾക്ക് ചോദ്യങ്ങൾ വിജയകരമായി ഉപയോഗിക്കാനും ഉപയോഗിക്കാനും കഴിയും. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ ചില ചെറിയ സോഫ്റ്റ്വെയർ ക്രമീകരണങ്ങൾ മാത്രം ചെയ്താൽ മതി. വ്യത്യസ്ത മെയിൽ സെർവറുകളിൽ, rDNS പരിശോധന സജ്ജീകരിക്കുന്നത് വ്യത്യസ്തമായി ചെയ്യപ്പെടുന്നു:

അതിനാൽ പോസ്റ്റ്ഫിക്സ് മെയിൽ സെർവറിനായി നിങ്ങൾ ഓപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്
നിരസിക്കുക_അജ്ഞാത_ക്ലയൻ്റ്

മറ്റൊരു ജനപ്രിയ മെയിൽ സെർവറിൽ Exim
സ്ഥിരീകരിക്കുക = reverse_host_lookup

മിസ് എക്സ്ചേഞ്ച് സെർവർ
എക്‌സ്‌ഗാഞ്ച് സെർവർ സ്‌നാപ്പ്-ഇന്നിൽ, സെർവറുകൾ വിഭാഗത്തിലേക്ക് പോകുക, തുടർന്ന് വിപുലീകരിച്ച ലിസ്റ്റിലെ സെർവർ തിരഞ്ഞെടുക്കുക, പ്രോട്ടോക്കോളുകൾ തിരഞ്ഞെടുക്കുക, തുടർന്ന് SMTP പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുക, വലത് വിൻഡോയിലെ SMTP സെർവർ തിരഞ്ഞെടുത്ത് വലത്-ക്ലിക്കുചെയ്ത് പ്രോപ്പർട്ടീസ് ലിസ്റ്റിൽ നിന്ന് തിരഞ്ഞെടുക്കുക. അടുത്തതായി, ഡെലിവറി ടാബ് → ഇൻകമിംഗ് സന്ദേശങ്ങളിൽ റിവേഴ്സ് ഡിഎൻഎസ് ലുക്ക്അപ്പ് നടത്തുക

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

ഒരു ലേഖനം പുനഃപ്രസിദ്ധീകരിക്കുമ്പോൾ, ഉറവിടത്തിലേക്ക് ഒരു സജീവ സൂചികയിലുള്ള ഹൈപ്പർലിങ്ക് ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട് - സൈറ്റ് സൈറ്റ്!

അടിസ്ഥാനകാര്യങ്ങൾ

എന്താണ് റിവേഴ്സ് ഡിഎൻഎസ് സോൺ റെക്കോർഡ്?

സാധാരണ DNS അന്വേഷണങ്ങൾ അറിയപ്പെടുന്ന ഒരു ഹോസ്റ്റ് നെയിമിനായി ഒരു അജ്ഞാത IP വിലാസം നിർണ്ണയിക്കുന്നു. ഉദാഹരണത്തിന്, വിലാസ ഫീൽഡിൽ നൽകിയ URL ഉപയോഗിച്ച് ബ്രൗസറിന് സെർവറുമായി ഒരു TCP കണക്ഷൻ സ്ഥാപിക്കേണ്ടിവരുമ്പോൾ ഇത് ആവശ്യമാണ്.

Forum.hetzner.de --> 213.133.106.33

റിവേഴ്സ് ഡിഎൻഎസ് മറ്റൊരു ദിശയിൽ പ്രവർത്തിക്കുന്നു - ചോദ്യം ഐപി വിലാസത്തിൻ്റെ ഹോസ്റ്റ്നാമം നിർണ്ണയിക്കുന്നു.

213.133.106.33 --> dedi33.your-server.de

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഫോർവേഡ്, റിവേഴ്സ് അഭ്യർത്ഥനകൾക്കുള്ള ഹോസ്റ്റ്നാമങ്ങൾ ഒന്നായിരിക്കണമെന്നില്ല!

ഒരു റിവേഴ്സ് ഡിഎൻഎസ് സോൺ റെക്കോർഡിൻ്റെ ഉദ്ദേശ്യം എന്താണ്?

• traceroute IP വിലാസങ്ങൾ മാത്രമല്ല, മനുഷ്യർക്ക് വായിക്കാവുന്ന ഹോസ്റ്റ് നാമങ്ങളും കാണിക്കുന്നു. ഇത് പിശകുകൾ നിർണ്ണയിക്കുന്നത് വളരെ എളുപ്പമാക്കുന്നു.
• അയച്ചയാളുടെ ഐപി വിലാസത്തിന് റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡ് ഉണ്ടെങ്കിൽ മാത്രമേ ധാരാളം മെയിൽ സെർവറുകൾ സന്ദേശങ്ങൾ സ്വീകരിക്കുകയുള്ളൂ.
• റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡുകൾ എസ്പിഎഫ് റെക്കോർഡുകളിൽ ഉപയോഗിക്കാം (സെൻഡർ പോളിസി ഫ്രെയിംവർക്ക്; വ്യാജ ഇമെയിൽ വിലാസങ്ങളിൽ നിന്ന് സ്പാമും വൈറസുകളും അയയ്ക്കുന്നത് തടയുന്ന ഒരു സാങ്കേതികവിദ്യ).

DNS സെർവറുകളിൽ സാങ്കേതികമായി റിവേഴ്സ് ലുക്ക്അപ്പ് എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്?

പരിശീലിക്കുക

എൻ്റെ സെർവറിൽ വ്യത്യസ്ത ഡൊമെയ്‌നുകൾ ഹോസ്റ്റ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ എൻ്റെ ഐപി വിലാസത്തിലേക്ക് ഒന്നിലധികം പേരുകൾ എങ്ങനെ നൽകാം?

ഇത് അസാദ്ധ്യമാണ്. ഓരോ ഐപി വിലാസത്തിനും ഒരു പേര് മാത്രമേ നൽകിയിട്ടുള്ളൂ.

മാത്രമല്ല, സെർവറിനായി എന്ത് റിവേഴ്സ് സോണുകൾ രജിസ്റ്റർ ചെയ്തിട്ടുണ്ടെന്നത് പ്രശ്നമല്ല. സൈറ്റ് ആക്സസ് ചെയ്യുന്നതിന്, ബ്രൗസറിന് ഒരു നേരിട്ടുള്ള പരിവർത്തനം മാത്രമേ ആവശ്യമുള്ളൂ (പേര് --> IP). തീർച്ചയായും, ഒന്നിലധികം പേരുകൾ ഉണ്ടാകാം, ഒന്നിലധികം എ റെക്കോർഡുകൾ അല്ലെങ്കിൽ ഒരു എ റെക്കോർഡിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന ഒന്നിലധികം CNAME റെക്കോർഡുകൾ.

മെയിൽ സെർവറുകൾ പ്രവർത്തിക്കുന്നതിന്, ഓരോ IP വിലാസത്തിനും ഒന്നിലധികം ഹോസ്റ്റ് നാമങ്ങൾ ഉണ്ടായിരിക്കേണ്ട ആവശ്യമില്ല. റിവേഴ്സ് DNS റെക്കോർഡ് SMTP സെർവറിൻ്റെ ഹോസ്റ്റ്നാമവുമായി പൊരുത്തപ്പെടണം (അനുബന്ധ SMTP സെർവറിൻ്റെ ക്രമീകരണങ്ങൾ കാണുക).

ഒന്നിലധികം ഡൊമെയ്‌നുകൾ ഒരു IP വിലാസം വഴിയാണ് കൈകാര്യം ചെയ്യുന്നതെങ്കിൽ, നിങ്ങൾക്ക് ഉപയോക്തൃ ഡൊമെയ്‌നുകളുമായി ബന്ധമില്ലാത്ത ഒരു ന്യൂട്രൽ പേര് ഉപയോഗിക്കാം. റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡ് HELO കമാൻഡിനോടുള്ള പ്രതികരണത്തിലെ പേരുമായി പൊരുത്തപ്പെടുന്നുണ്ടോയെന്ന് സ്പാം ഫിൽട്ടറുകൾ പരിശോധിക്കുന്നു. ഇത് ഒരു തരത്തിലും ഡൊമെയ്ൻ നാമങ്ങളെ ബാധിക്കില്ല തപാൽ വിലാസങ്ങൾഅയച്ച കത്തുകളിൽ.

• റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡ് മെയിൽ സെർവർ പേരുമായി പൊരുത്തപ്പെടണം അല്ലെങ്കിൽ ഐപി വിലാസത്തെ അടിസ്ഥാനമാക്കിയുള്ളതായിരിക്കണം.
• റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡും അതേ ഐപി വിലാസത്തിലേക്ക് "ഫോർവേഡ്" പരിഹരിക്കണം.
• റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡ്, "162-105-133-213-static.hetzner.de" പോലെയുള്ള സ്വയമേവ ജനറേറ്റ് ചെയ്യുന്ന ഒന്നിന് സമാനമായിരിക്കരുത്, കാരണം അത്തരം പേരുകൾ പലപ്പോഴും സ്പാം ഫിൽട്ടറുകൾ നെഗറ്റീവ് ആയി റേറ്റുചെയ്യുന്നു.
• നൽകിയിരിക്കുന്ന പേര് നിലനിൽക്കണം. നിലവിലില്ലാത്ത ഡൊമെയ്ൻ നാമങ്ങൾ ദയവായി ഉപയോഗിക്കരുത്.

ഒരു നല്ല എൻട്രിയുടെ ഉദാഹരണം:

Srv01.grossefirma.de --> 213.133.105.162 213.133.105.162 --> srv01.grossefirma.de > telnet 213.133.105.162 25 2210 srsv010.

ഞാൻ എൻ്റെ DNS സെർവറിൽ PTR സജ്ജീകരിച്ചു. എന്തുകൊണ്ട് ഇത് പ്രവർത്തിക്കുന്നില്ല?

ഫോർവേഡ് റെസല്യൂഷൻ്റെ ഉത്തരവാദിത്തം നിങ്ങളുടെ DNS സെർവറിന് മാത്രമാണ്.

റിവേഴ്‌സ് എൻട്രികൾക്കായി ആധികാരിക DNS സെർവറുകൾ പരിപാലിക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം IP വിലാസ ബ്ലോക്കിൻ്റെ (ഉദാ: Hetzner Online GmbH) ഉടമയാണ്.

അനുബന്ധ റോബോട്ട് പാനൽ ഫംഗ്‌ഷൻ ഉപയോഗിച്ച് മാത്രമേ റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡുകൾ സൃഷ്ടിക്കാൻ കഴിയൂ ( ഇടത് മെനു-> "സെർവറുകൾ" -> സെർവറിൽ ക്ലിക്ക് ചെയ്യുക -> "IPs" -> IP വിലാസത്തിന് അടുത്തുള്ള ടെക്സ്റ്റ് ഫീൽഡിൽ ക്ലിക്കുചെയ്യുക).

എൻ്റെ സെർവറിനായുള്ള റൈറ്റ്ബാക്ക് എൻ്റെ മെയിൽ സെർവറിൻ്റെ HELO-യിൽ നിന്ന് വ്യത്യസ്തമാണ്. ഇതൊരു പ്രശ്നമാണോ?

ഉദാഹരണം: "www.grossefirma.de" എന്ന സെർവർ IP വിലാസത്തിനായുള്ള റിവേഴ്സ് DNS റെക്കോർഡ്. HELO കമാൻഡിന് മറുപടിയായി, മെയിൽ സെർവർ "mail.grossefirma.de" എന്ന് പ്രതികരിക്കുന്നു.

ചില സ്പാം ഫിൽട്ടറുകൾ അത്തരം അയക്കുന്നവരിൽ നിന്നുള്ള ഇമെയിലുകളെ "സ്പാം" എന്ന് തരംതിരിക്കുന്നു. ഇത്തരം പൊരുത്തക്കേടുകൾ തിരുത്തണം. റിവേഴ്സ് ഡിഎൻഎസ് റെക്കോർഡും മെയിൽ സെർവറിൻ്റെ പേരും ഒന്നായിരിക്കണം. മുകളിലുള്ള ഉദാഹരണത്തിൽ അവ "srv01.grossefirma.de" ആയിരിക്കാം. "www.grossefirma.de" എന്ന പേര് ഒരു CNAME റെക്കോർഡ് ഉപയോഗിച്ച് യാതൊരു അനന്തരഫലങ്ങളും കൂടാതെ srv01.grossefirma.de എന്നതിലേക്ക് റീഡയറക്‌ടുചെയ്യാനാകും.

ഉപയോഗിച്ച് DNS റെക്കോർഡുകളുടെ വിശദമായ പരിശോധന നടത്താം