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

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

ഡൊമെയ്ൻ നെയിം സിസ്റ്റം എന്നത് ഇന്റർനെറ്റിന്റെ ഒരു തരം "നാഡീവ്യൂഹം" ആണ്. നിങ്ങൾ ടൈപ്പുചെയ്യുമ്പോൾ, "സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ" മാസികയുടെ വെബ്‌സൈറ്റിൽ നിങ്ങൾ എത്തുന്നു, അല്ലാതെ മറ്റെവിടെയെങ്കിലും അല്ല. ഒരു ചെറിയ ബിസിനസ്സിനായി ഒരു 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 എന്ന പേരുമായി ബന്ധപ്പെട്ട വിലാസം പറയുന്നു. ഈ സാഹചര്യത്തിൽ ഇത് 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 നെറ്റ്‌വർക്ക് വഴി ബന്ധിപ്പിക്കുന്നതിനുള്ള ഓപ്ഷനും പരിഗണിക്കും. ഞങ്ങളുടെ മുതല പ്രജനന ഓഫീസിന്റെ ആന്തരിക ശൃംഖലയിൽ ആറ് കമ്പ്യൂട്ടറുകൾ അടങ്ങിയിരിക്കുന്നു, അവ ഫ്രീബിഎസ്ഡി പ്രവർത്തിക്കുന്ന ഇന്റർനെറ്റ് ഫയർവാൾ-പ്രോക്സി മുതലായവയിൽ നിന്ന് വേർതിരിക്കപ്പെടും. നമ്മുടെ പദ്ധതികൾ നടപ്പിലാക്കാൻ എന്താണ് വേണ്ടത്?

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

ആദ്യം, ഞങ്ങൾക്ക് ഒരു DNS സെർവർ പ്രോഗ്രാം ആവശ്യമാണ്. ഇന്നുവരെ, ഒരു പ്രോഗ്രാം മാത്രമേ ആവശ്യമായ ഫംഗ്ഷനുകൾ നടപ്പിലാക്കുന്നുള്ളൂ. ഈ DNS സെർവർ ബൈൻഡ് ചെയ്യുക, BIND, DHCP, INN, NTP സെർവറുകൾ വികസിപ്പിക്കുന്ന ലാഭേച്ഛയില്ലാത്ത സ്ഥാപനമായ ISC (ഇന്റർനെറ്റ് സിസ്റ്റം കൺസോർഷ്യം Inc.) വിതരണം ചെയ്യുന്നു. ഇത് നിങ്ങളുടെ സിസ്റ്റത്തിൽ ഇല്ലെങ്കിൽ, നിങ്ങൾ അത് ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യണം. 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 റെക്കോർഡ്.
• ഒരു പേരിലേക്ക് IP വിലാസം മാപ്പ് ചെയ്യുന്ന ഒരു റെക്കോർഡ് ( നേരിട്ടുള്ള പരിവർത്തനം).
• ഈ കമ്പ്യൂട്ടറിനായുള്ള മെയിൽ ഡെലിവറി ക്രമീകരണങ്ങൾ വിവരിക്കുന്ന ഒരു MX റെക്കോർഡ്.
• ഇതര പേരുകൾ വ്യക്തമാക്കുന്ന ഒരു CNAME റെക്കോർഡ്.
• പേരും ഐപി വിലാസവും തമ്മിലുള്ള കത്തിടപാടുകൾ വ്യക്തമാക്കുന്ന PTR റെക്കോർഡ് (റിവേഴ്സ് ട്രാൻസ്ലേഷൻ) "റിവേഴ്സ്" സോണിന്റെ വിവരണത്തിൽ ഉപയോഗിക്കുന്നു.

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

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

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

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

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

$ORIGIN krokodil.ru

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

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

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

TTL സാധാരണയായി ഒഴിവാക്കുകയും $TTL നിർദ്ദേശം ഉപയോഗിച്ച് ആഗോളതലത്തിൽ സജ്ജമാക്കുകയും ചെയ്യുന്നു. BIND 9.x-ന് $TTL നിർദ്ദേശം നിർബന്ധമാണ്, ഇത് സാധാരണയായി ഫയലിന്റെ തുടക്കത്തിൽ തന്നെ സജ്ജീകരിക്കും. ഈ ഡയറക്‌ടീവിന്റെ ഡാറ്റാ ഫീൽഡ് ഒരു മൂലകത്തിന്റെ ആയുഷ്കാലം (സെക്കൻഡുകളിൽ) അത് കാഷെയിൽ തുടരുകയും വിശ്വസനീയമായി കണക്കാക്കുകയും ചെയ്യുന്നു. ഈ ഉദാഹരണത്തിൽ, ഇത് രണ്ട് ദിവസമാണ് (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 റെക്കോർഡ് ആണ് അധിക അവസരംഡിഎൻഎസ്. ഒരു ഐപി വിലാസത്തിലേക്ക് ഒന്നിലധികം പേരുകൾ നൽകുന്നതിന് ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. നെയിം ഫീൽഡിൽ, 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 റെക്കോർഡ്. ഈ എൻട്രി സൂചിപ്പിക്കുന്നത് " മെയിൽ എക്സ്ചേഞ്ചർ", കൂടാതെ നെയിം ഫീൽഡിൽ വിവരിച്ചിരിക്കുന്ന നോഡിനായി മെയിൽ ലഭിക്കുന്ന കമ്പ്യൂട്ടറുകളുടെ IP വിലാസങ്ങളോ പേരുകളോ സൂചിപ്പിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഈ ഫീൽഡ് ശൂന്യമായിരിക്കാം, പൂർണ്ണമായോ ഭാഗികമായോ യോഗ്യതയുള്ള ഒരു പേര്. നെയിം ഫീൽഡ് ശൂന്യമാണെങ്കിൽ അല്ലെങ്കിൽ അപൂർണ്ണമായ യോഗ്യതയുള്ള പേര് വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, $ORIGIN നിർദ്ദേശത്തിൽ നിന്ന് പേര് അനുബന്ധമായി നൽകും. വിപുലമായ മെയിൽ റിസപ്ഷൻ സ്കീമുള്ള സാമാന്യം വലിയ ഒരു സോൺ കോൺഫിഗർ ചെയ്യുമ്പോൾ സങ്കീർണ്ണമായ സന്ദർഭങ്ങളിൽ MX റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നത് വളരെ നല്ലതാണ്. നിസ്സാരമല്ലാത്ത ദൗത്യം, ഇത് മെയിൽ ഡെലിവർ ചെയ്യുന്നതിനായി SMTP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന പ്രോഗ്രാമുകളുടെ പ്രവർത്തനവുമായി വളരെ അടുത്ത് ബന്ധപ്പെട്ടിരിക്കുന്നു, അതിനാൽ ഞങ്ങൾ ഏറ്റവും ലളിതമായ കേസ് മാത്രം പരിഗണിക്കും - എല്ലാ മെയിലുകളും ഒരു UNIX സെർവറാണ് സ്വീകരിക്കുന്നത്. ഡാറ്റാ ഫീൽഡിൽ രണ്ട് മൂല്യങ്ങൾ നൽകിയിട്ടുണ്ട് - മുൻഗണനയും മെയിൽ സ്വീകരിക്കുന്ന കമ്പ്യൂട്ടറിന്റെ പേരും അല്ലെങ്കിൽ ഐപി വിലാസവും ഈ കമ്പ്യൂട്ടർ. ഒരൊറ്റ 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-ൽ, വിതരണ സ്ഥാപനങ്ങളെ പ്രതിനിധീകരിക്കുന്ന TLD .net ചേർത്തു. നെറ്റ്വർക്ക് സേവനങ്ങൾ, കൂടാതെ 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).

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

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

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

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

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

മൂന്ന് കേസുകളിലും 550 എന്ന സംഖ്യയാണ് സാധാരണ തപാൽ കോഡ് SMTP സെർവർ a, ഈ മെയിൽ സെഷനിൽ തുടർന്നുള്ള ജോലികൾ പരിഹരിക്കാനാകാത്തവിധം തടയുന്ന ഒരു ഗുരുതരമായ പിശക് റിപ്പോർട്ട് ചെയ്യുന്നു. പൊതുവേ, 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

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

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

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

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

MS എക്സ്ചേഞ്ച് സെർവർ
എക്‌സ്‌ഗാഞ്ച് സെർവർ സ്‌നാപ്പ്-ഇന്നിൽ, സെർവറുകൾ വിഭാഗത്തിലേക്ക് പോകുക, തുടർന്ന് വിപുലീകരിച്ച ലിസ്റ്റിലെ സെർവർ തിരഞ്ഞെടുക്കുക, പ്രോട്ടോക്കോളുകൾ തിരഞ്ഞെടുക്കുക, തുടർന്ന് 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 റെക്കോർഡുകളുടെ വിശദമായ പരിശോധന നടത്താം

വെബ്‌സൈറ്റ് നിർമ്മാണത്തിന്റെ വിഷയം തുടരുന്നു, ഡൊമെയ്ൻ നെയിം സിസ്റ്റത്തിന്റെ പ്രവർത്തനം പോലുള്ള ഒരു പ്രധാന വശത്തെക്കുറിച്ച് സംസാരിക്കാം - DNS. പ്രാരംഭ പ്ലെയ്‌സ്‌മെന്റുമായി ബന്ധപ്പെട്ട നിരവധി പ്രശ്‌നങ്ങളും അതിനിടയിലുള്ള സൈറ്റുകളുടെ കൈമാറ്റവും വ്യത്യസ്ത സെർവറുകൾഹോസ്റ്റിംഗും. ഡൊമെയ്ൻ നെയിം സിസ്റ്റം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കുന്നത് നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നുകളും അനുബന്ധ സൈറ്റുകളും മറ്റ് സേവനങ്ങളും നിയന്ത്രിക്കുന്നത് എളുപ്പമാക്കുന്നു.

എന്താണ് ഒരു ഡൊമെയ്ൻ നാമം? പലർക്കും, ഇത് ഒരു വെബ്‌സൈറ്റ് വിലാസത്തിന്റെ പര്യായമാണ്, ഉദാഹരണത്തിന്, www.site. ഈ വിലാസം ടൈപ്പ് ചെയ്യുന്നതിലൂടെ, നിങ്ങൾ ഈ സൈറ്റിൽ എത്തുമെന്നും മറ്റെവിടെയെങ്കിലും എത്തുമെന്നും നിങ്ങൾക്ക് ഉറച്ച വിശ്വാസമുണ്ട്. അതേ സമയം, ഒരു ഡൊമെയ്ൻ നാമത്തിന് ഒരു വെബ്‌സൈറ്റ് മാത്രമല്ല, ഒരു ഇമെയിൽ സെർവർ, ഹ്രസ്വ സന്ദേശമയയ്‌ക്കൽ സെർവർ അല്ലെങ്കിൽ മറ്റ് ഇന്റർനെറ്റ്, നെറ്റ്‌വർക്ക് സേവനങ്ങൾ എന്നിവയും നിർദ്ദേശിക്കാനാകും. ഡൊമെയ്ൻ സോണുകളിൽ ഡൊമെയ്ൻ നാമങ്ങൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, അവ പരസ്പരം ഒരു ശ്രേണി ക്രമത്തിൽ സ്ഥിതിചെയ്യുന്നു.

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

ഡിഎൻഎസ് സിസ്റ്റം ആഗോളവും കർശനമായ ശ്രേണിയും ഉള്ളതാണ്. ഇനിപ്പറയുന്ന ഡയഗ്രം പരിഗണിക്കുക:

ശ്രേണിയുടെ ഉയർന്ന തലം റൂട്ട് ഡൊമെയ്‌നാണ്, ഒരു ഡോട്ട് കൊണ്ട് സൂചിപ്പിച്ചിരിക്കുന്നു, അതിൽ ഫസ്റ്റ്-ലെവൽ ഡൊമെയ്‌നുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു, ഉദാ. ru, com, orgഇത്യാദി. ലോകമെമ്പാടുമുള്ള 13 റൂട്ട് സെർവറുകൾ റൂട്ട് സോണിന്റെ പ്രവർത്തനം ഉറപ്പാക്കുകയും അവയുടെ ഡാറ്റ നിരന്തരം പകർത്തുകയും ചെയ്യുന്നു. വാസ്തവത്തിൽ, കൂടുതൽ റൂട്ട് സെർവറുകൾ ഉണ്ട്, എന്നാൽ പ്രോട്ടോക്കോൾ സവിശേഷതകൾ നിങ്ങളെ 13 ടോപ്പ്-ലെവൽ നോഡുകൾ മാത്രം വ്യക്തമാക്കാൻ അനുവദിക്കുന്നു, അതിനാൽ ഓരോ റൂട്ട് സെർവറിന്റെയും മിററുകൾ വഴി സിസ്റ്റത്തിന്റെ സ്കേലബിളിറ്റിയും തെറ്റ് സഹിഷ്ണുതയും ഉറപ്പാക്കുന്നു.

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

അതാകട്ടെ, രണ്ടാം ലെവൽ ഡൊമെയ്‌നുകളും ഡൊമെയ്‌ൻ സോണുകളാണ്, കൂടാതെ മൂന്നാം ലെവൽ ഡൊമെയ്‌നുകൾ സ്ഥാപിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അതിൽ, ഒരു നെസ്റ്റിംഗ് ഡോൾ പോലെ, നിങ്ങൾക്ക് നാലാമത്തെയും അഞ്ചാമത്തെയും ഡൊമെയ്‌നുകൾ സ്ഥാപിക്കാൻ കഴിയും. ലെവലുകൾ. വ്യത്യസ്ത സോണുകളിൽ സ്ഥിതിചെയ്യുന്ന നോഡുകൾ അവ്യക്തമായി തിരിച്ചറിയാൻ, ആശയം പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമം (FQDN, പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമം), DNS ശ്രേണിയിലെ എല്ലാ പാരന്റ് ഡൊമെയ്‌ൻ നാമങ്ങളും ഇതിൽ ഉൾപ്പെടുന്നു. ഉദാഹരണത്തിന്, ഞങ്ങളുടെ സൈറ്റിനായി FQDN ഇതായിരിക്കും: വെബ്സൈറ്റ്.കൃത്യമായി അത് പോലെ, റൂട്ട് സോണിനെ സൂചിപ്പിക്കുന്ന ഒരു ഡോട്ടിൽ അവസാനിക്കുന്നു.

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

ഉദാഹരണത്തിന്, സോണിലെ ഞങ്ങളുടെ സെർവറിൽ വെബ്സൈറ്റ്ചൂണ്ടിക്കാണിക്കുന്ന ഒരു CNAME തരം റെക്കോർഡ് ഞങ്ങൾ ചേർക്കുന്നു മൂന്നാം കക്ഷി സെർവർ, പറയുക, Yandex മെയിൽ. ശരിയായ എൻട്രി ഇതുപോലെ ആയിരിക്കണം:

മെയിൽ CNAMEdomain.mail.yandex.net.

ഈ സാഹചര്യത്തിൽ, മെയിലിന്റെ പേര് FQDN അല്ല, അതിലേക്ക് വിപുലീകരിക്കും mail.site., Yandex ഡൊമെയ്‌ൻ നാമത്തിന്റെ അവസാനത്തിൽ ഒരു പീരിയഡ് ഇടാൻ ഞങ്ങൾ മറന്നാൽ, ഈ പേരും ഒരു FQDN ആയി കാണപ്പെടില്ല, കൂടാതെ മുഴുവൻ ഡൊമെയ്‌ൻ നാമം ഉപയോഗിച്ച് പൂർത്തിയാക്കുകയും വേണം. ഇനിപ്പറയുന്നത് ഒരു തെറ്റായ എൻട്രിയാണ്:

CNAME domain.mail.yandex.net എന്നതിൽ മെയിൽ ചെയ്യുക

പരിശീലനം ലഭിക്കാത്ത കണ്ണിലെ വ്യത്യാസം ശ്രദ്ധിക്കുന്നത് ബുദ്ധിമുട്ടാണ്, എന്നാൽ Yandex മെയിൽ വെബ് ഇന്റർഫേസിന് പകരം, ഈ ഡിസൈൻ ഞങ്ങളെ നിലവിലില്ലാത്ത ഒരു വിലാസത്തിലേക്ക് അയയ്ക്കും: domain.mail.yandex.net.site.

ഒരു കാര്യം കൂടി. ഒരു ഡൊമെയ്ൻ സോണിനായുള്ള എല്ലാ റെക്കോർഡുകളും സോൺ അഡ്മിനിസ്ട്രേറ്റർമാർ അവരുടെ സ്വന്തം ഡിഎൻഎസ് സെർവറുകളിൽ നൽകിയിട്ടുണ്ട്, ഈ റെക്കോർഡുകൾ എങ്ങനെയാണ് ഡിഎൻഎസ് സിസ്റ്റത്തിന് അറിയപ്പെടുക? എല്ലാത്തിനുമുപരി, ഞങ്ങൾ ഏതെങ്കിലും റെക്കോർഡ് മാറ്റിയതായി ഉയർന്ന തലത്തിലുള്ള DNS സെർവറുകളെ ഞങ്ങൾ അറിയിക്കില്ല.

ഏതൊരു DNS സോണിലും അതിന്റെ അംഗ നോഡുകളെക്കുറിച്ചും ചൈൽഡ് സോണുകളെക്കുറിച്ചും മാത്രമേ രേഖകൾ അടങ്ങിയിട്ടുള്ളൂ. ഒരു ഡൗൺസ്ട്രീം സോണിലെ നോഡുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സ്വന്തം സെർവറുകളിൽ സംഭരിച്ചിരിക്കുന്നു. ഇതിനെ ഡെലിഗേഷൻ എന്ന് വിളിക്കുന്നു കൂടാതെ റൂട്ട് സെർവറുകളിലെ ലോഡ് കുറയ്ക്കാനും ചൈൽഡ് ഡൊമെയ്ൻ സോണുകളുടെ ഉടമകൾക്ക് ആവശ്യമായ സ്വയംഭരണം നൽകാനും നിങ്ങളെ അനുവദിക്കുന്നു.

അതിനാൽ നിങ്ങൾ ഒരു ഡൊമെയ്ൻ വാങ്ങി, നമുക്ക് പറയാം example.org, അതിനുശേഷം നിങ്ങൾ അത് നിയോഗിക്കണം, അതായത്. ഈ ഫയൽ സോണിനുള്ള റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്ന നെയിം സെർവറുകൾ (DNS സെർവറുകൾ) വ്യക്തമാക്കുക. ഇവ നിങ്ങളുടെ സ്വന്തം സെർവറുകളോ പൊതു സേവനങ്ങളോ ആകാം, ഉദാഹരണത്തിന്, Yandex DNS.

ഈ സാഹചര്യത്തിൽ, ഡൊമെയ്ൻ സോണിൽ orgഒരു എൻട്രി ചേർക്കും:

ഉദാഹരണം IN NS dns1.yandex.net.

ഈ സോണിന്റെ എല്ലാ രേഖകളും സെർവറിൽ സ്ഥിതിചെയ്യുന്നുവെന്ന് ഇത് സൂചിപ്പിക്കും dns1.yandex.net. നിയമങ്ങൾ അനുസരിച്ച്, ഓരോ ഡൊമെയ്ൻ സോണിലും കുറഞ്ഞത് രണ്ട് NS സെർവറുകൾ ഉണ്ടായിരിക്കണം വ്യത്യസ്ത സബ്നെറ്റുകൾ. പ്രായോഗികമായി, അവർ പലപ്പോഴും ഒരു സെർവർ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു, വ്യത്യസ്ത ശ്രേണികളിൽ നിന്ന് രണ്ട് ഐപി വിലാസങ്ങൾ വാങ്ങുന്നു.

ഇപ്പോൾ നമുക്ക് ആവശ്യമുള്ള DNS റെക്കോർഡിനായുള്ള തിരയൽ എങ്ങനെ സംഭവിക്കുന്നുവെന്നും നിങ്ങളുടെ സെർവറിൽ ഉണ്ടാക്കിയ റെക്കോർഡ് നിങ്ങളുടെ സൈറ്റിൽ എത്താൻ ലോകത്തെവിടെയുമുള്ള സന്ദർശകരെ അനുവദിക്കുന്നത് എന്തുകൊണ്ടാണെന്നും നോക്കാം.

ഒരു ഉപയോക്താവ് ജനപ്രിയ Yandex Market റിസോഴ്‌സ് സന്ദർശിക്കാൻ ആഗ്രഹിക്കുന്നുവെന്ന് പറയാം, അവൻ ബ്രൗസറിന്റെ വിലാസ ബാറിൽ അനുബന്ധ സൈറ്റിന്റെ പേര് ടൈപ്പുചെയ്‌ത് എന്റർ ബട്ടൺ അമർത്തുന്നു. ഉപയോക്താവിന് ഒരു പേജിന്റെ ഉള്ളടക്കം പ്രദർശിപ്പിക്കുന്നതിന്, സൈറ്റിനെ സേവിക്കുന്ന വെബ് സെർവറിലേക്ക് ബ്രൗസർ ഒരു അഭ്യർത്ഥന അയയ്ക്കണം, ഇതിനായി നിങ്ങൾ അതിന്റെ IP വിലാസം അറിയേണ്ടതുണ്ട്. അതിനാൽ, ഉപയോക്താവ് നൽകിയ ഡൊമെയ്ൻ നാമവുമായി പൊരുത്തപ്പെടുന്ന വിലാസം കണ്ടെത്തുന്നതിന് ബ്രൗസർ DNS ക്ലയന്റുമായി ബന്ധപ്പെടുന്നു.

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

അഭ്യർത്ഥന ലഭിച്ചുകഴിഞ്ഞാൽ, ദാതാവിന്റെ സെർവർ പരിശോധിക്കും സ്വന്തം റെക്കോർഡിംഗുകൾ, തുടർന്ന് അതിന്റെ സ്വന്തം കാഷെ, ഫലം കണ്ടെത്തിയാൽ, അത് ക്ലയന്റിന് റിപ്പോർട്ട് ചെയ്യും, അല്ലാത്തപക്ഷം സെർവർ അവലംബിക്കാൻ നിർബന്ധിതരാകും ആവർത്തനം- ആഗോള DNS സിസ്റ്റത്തിൽ തിരയുക. ഈ പ്രക്രിയയുടെ സംവിധാനം നന്നായി മനസ്സിലാക്കാൻ, ഞങ്ങൾ ഇനിപ്പറയുന്ന ഡയഗ്രം തയ്യാറാക്കിയിട്ടുണ്ട്:

അതിനാൽ, ഡൊമെയ്ൻ വിലാസം കണ്ടെത്തുന്നതിനായി ക്ലയന്റ് ദാതാവിന്റെ സെർവറിലേക്ക് ഒരു DNS അഭ്യർത്ഥന അയയ്ക്കുന്നു market.yandex.ru, ദാതാവിന്റെ സെർവറിന് അത്തരം വിവരങ്ങൾ ഇല്ല, അതിനാൽ അത് ഒരു റൂട്ട് സെർവറുമായി ബന്ധപ്പെടുന്നു, അതിലേക്ക് അഭ്യർത്ഥന കൈമാറുന്നു. റൂട്ട് സെർവറിനും ആവശ്യമായ രേഖകൾ ഇല്ല, എന്നാൽ സോണിന്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിനെ അതിന് അറിയാമെന്ന് പ്രതികരിക്കുന്നു ru - a.dns.ripn.net. ഈ പേരിനൊപ്പം, റൂട്ട് സെർവറിന് ഉടൻ തന്നെ അതിന്റെ IP വിലാസം റിപ്പോർട്ടുചെയ്യാനാകും (മിക്ക സാഹചര്യങ്ങളിലും ഇത് ചെയ്യും), എന്നാൽ അത്തരം വിവരങ്ങൾ ഇല്ലെങ്കിൽ അത് ചെയ്യാനിടയില്ല, ഈ സാഹചര്യത്തിൽ, ഈ സെർവറുമായി ബന്ധപ്പെടുന്നതിന് മുമ്പ്, നിങ്ങൾ ചെയ്യേണ്ടത് ആവശ്യമാണ് കൂടുതൽ ഒന്ന് ചെയ്യുക ആവർത്തന ചോദ്യം, അവന്റെ പേര് നിർണ്ണയിക്കാൻ മാത്രം.

Ru സോണിന്റെ ഉത്തരവാദിത്തമുള്ള സെർവറിന്റെ വിലാസം കണ്ടെത്തി, ദാതാവിന്റെ സെർവർ അതിലേക്ക് അഭ്യർത്ഥന അയയ്‌ക്കും, എന്നാൽ ഈ സെർവറിനും ആവശ്യമായ രേഖകൾ ഇല്ല, പക്ഷേ സോൺ എന്താണെന്ന് റിപ്പോർട്ട് ചെയ്യും yandexസെർവർ പ്രതികരിക്കുന്നു ns1.yandex.ruഒപ്പം നിർബന്ധമായുംഅവന്റെ വിലാസം നൽകും. അല്ലെങ്കിൽ, സോൺ ആയതിനാൽ ആവർത്തനം പൂർത്തിയാക്കാൻ കഴിയില്ല yandexസോണിൽ സ്ഥിതി ചെയ്യുന്ന സെർവർ പ്രതികരിക്കുന്നു yandex. ഇത് ചെയ്യുന്നതിന്, ഉയർന്ന സോണിൽ, സോണിനെ സേവിക്കുന്ന നെയിം സെർവറുകളെക്കുറിച്ചുള്ള NS റെക്കോർഡിന് പുറമേ, a "ലിങ്ക്ഡ്" എ-റെക്കോർഡ്, അത്തരമൊരു സെർവറിന്റെ വിലാസം കണ്ടെത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു.

അവസാനമായി, സോണിൽ സേവനം നൽകുന്ന സെർവറിലേക്ക് ഒരു അഭ്യർത്ഥന അയച്ചുകൊണ്ട് yandex, ദാതാവിന്റെ സെർവറിന് ആവശ്യമായ ഡൊമെയ്‌നിന്റെ വിലാസം ലഭിക്കുകയും അത് ക്ലയന്റിന് റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യും. ഈ ഡൊമെയ്‌നിന്റെ SOA റെക്കോർഡിൽ TTL മൂല്യം വ്യക്തമാക്കിയ സമയത്തേക്കുള്ള ഫലമായ ഫലം കാഷെയിലും ഇത് സ്ഥാപിക്കും. പ്രായോഗികമായി, ആവർത്തിച്ചുള്ള അന്വേഷണങ്ങൾ വളരെ ചെലവേറിയതിനാൽ, ദാതാക്കൾക്കുള്ള റെക്കോർഡ് കാഷിംഗ് സമയം ഡൊമെയ്ൻ TTL മൂല്യങ്ങൾ അവഗണിക്കുകയും രണ്ട് മുതൽ നാല് മണിക്കൂർ മുതൽ നിരവധി ദിവസം വരെ അല്ലെങ്കിൽ ഒരാഴ്ച വരെ മൂല്യങ്ങളിൽ എത്തുകയും ചെയ്യും.

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

ആവർത്തന അന്വേഷണങ്ങൾ തികച്ചും റിസോഴ്‌സ്-ഇന്റൻസീവ് ആയതിനാൽ, മിക്ക ഡിഎൻഎസ് സെർവറുകളും ആവർത്തനാത്മകമായ അന്വേഷണങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നു. അല്ലെങ്കിൽ അവർക്ക് ഇത് തിരഞ്ഞെടുത്ത് ചെയ്യാൻ കഴിയും, ഉദാഹരണത്തിന്, ദാതാവിന്റെ DNS സെർവറുകൾ അവരുടെ ക്ലയന്റുകൾക്ക് വേണ്ടി മാത്രം ആവർത്തിച്ചുള്ള അന്വേഷണങ്ങൾ നടത്തുന്നു, ബാക്കിയുള്ളവ ആവർത്തനരഹിതമായി.

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

ഉദാഹരണത്തിന്, ഒരു ഉപയോക്താവ്, Yandex Market സന്ദർശിച്ച ശേഷം, മെയിൽ സേവനം ഉപയോഗിക്കാൻ തീരുമാനിക്കുകയാണെങ്കിൽ, സെർവർ ഉടൻ ഒരു അഭ്യർത്ഥന അയയ്ക്കും ns1.yandex.ru, ഏത് സെർവറിലാണ് സോണിനായുള്ള റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്നതെന്ന് ഇതിന് ഇതിനകം തന്നെ അറിയാം yandex.

സിദ്ധാന്തത്തിൽ നിന്ന് പരിശീലനത്തിലേക്ക്

നിങ്ങൾ ഒരു രജിസ്ട്രാറിൽ നിന്ന് ഒരു ഡൊമെയ്ൻ വാങ്ങുമ്പോൾ, അത് നിയോഗിക്കാൻ നിങ്ങളോട് ആവശ്യപ്പെടും, അതായത്. ഡൊമെയ്ൻ സോൺ സ്ഥിതി ചെയ്യുന്ന DNS സെർവറുകൾ വ്യക്തമാക്കുക. ഇവ രജിസ്ട്രാർ സെർവറുകൾ (സാധാരണയായി സൗജന്യം), ഹോസ്റ്റർ സെർവറുകൾ, പൊതു DNS സേവനങ്ങൾ അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം നെയിം സെർവറുകൾ ആകാം; ഇത് ഒരേ ഡൊമെയ്ൻ സോണിലാണ് സ്ഥിതി ചെയ്യുന്നതെങ്കിൽ, നിങ്ങൾ IP വിലാസങ്ങളും വ്യക്തമാക്കേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, അറിയപ്പെടുന്ന ഒരു രജിസ്ട്രാറിൽ ഡൊമെയ്ൻ ഡെലിഗേഷൻ വിൻഡോ ഇങ്ങനെയാണ് കാണപ്പെടുന്നത്:

ഞാൻ കൃത്യമായി എന്താണ് അവിടെ വയ്ക്കേണ്ടത്? നിങ്ങളുടെ സൈറ്റ് എവിടെ, എങ്ങനെ ഹോസ്റ്റ് ചെയ്യും എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. നിങ്ങൾ പങ്കിട്ട ഹോസ്റ്റിംഗ് ഉപയോഗിക്കുകയാണെങ്കിൽ, ആവശ്യമായ എല്ലാ റെക്കോർഡുകളും ഹോസ്റ്റർ സ്വയമേവ സൃഷ്‌ടിക്കുന്നു, നിങ്ങൾ ഹോസ്റ്റിംഗ് നിയന്ത്രണ പാനലിലേക്ക് നിങ്ങളുടെ സൈറ്റ് ചേർക്കുമ്പോൾ, നിങ്ങൾക്ക് വേണ്ടത് ഹോസ്റ്ററിന്റെ NS സെർവറിലേക്ക് ഡൊമെയ്‌ൻ ഡെലിഗേറ്റ് ചെയ്യുകയാണ്, അതായത്. ഈ വിൻഡോയിൽ അവ സൂചിപ്പിക്കുക. ഈ രീതി അതിന്റെ ലാളിത്യം കാരണം തുടക്കക്കാർക്ക് അനുയോജ്യമാണ്, പക്ഷേ ഒരു പോരായ്മയും ഉണ്ട്: ഉപയോക്താവിന്റെ ഭാഗത്ത് DNS സോൺ നിയന്ത്രിക്കാനുള്ള കഴിവ് ഇല്ല അല്ലെങ്കിൽ കുറവാണ്. കൂടാതെ, പങ്കിട്ട ഹോസ്റ്റിംഗിൽ, ഉപയോക്താവിനെ അറിയിക്കാതെ തന്നെ അഡ്‌മിനിസ്‌ട്രേറ്റർമാർക്ക് സൈറ്റിന്റെ IP വിലാസം മാറ്റാൻ കഴിയും, അതിനാൽ നിങ്ങൾക്ക് ഹോസ്റ്ററിന്റെ NS സെർവർ ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ, ഈ പ്രശ്നം തീർച്ചയായും സാങ്കേതിക പിന്തുണയോടെ ചർച്ചചെയ്യണം.

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

1.2.3.4 example.com

എവിടെ 1.2.3.4 ഒപ്പം example.comഅതനുസരിച്ച്, പുതിയ IP വിലാസവും നിങ്ങളുടെ ഡൊമെയ്ൻ നാമവും.

നിങ്ങൾക്ക് സ്വന്തമായി VPS ഉണ്ടെങ്കിൽ അല്ലെങ്കിൽ ഡൊമെയ്ൻ സോൺ പൂർണ്ണമായും നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, നിങ്ങൾ രജിസ്ട്രാറുടെ സെർവറുകളോ പൊതു സേവനങ്ങളോ ഉപയോഗിക്കണം. ഞങ്ങളുടെ അഭിപ്രായത്തിൽ നിങ്ങളുടെ സ്വന്തം നെയിം സെർവർ സൃഷ്‌ടിക്കുന്നത് നിങ്ങളുടെ സ്വന്തം ഹോസ്റ്റിംഗ് ചെയ്യാത്തിടത്തോളം മൂല്യവത്തായ ഒരു ആശയമല്ല.

ഈ സാഹചര്യത്തിൽ, ഈ ഡൊമെയ്‌നിൽ സൈറ്റ് നൽകുന്ന വെബ് സെർവറിലേക്ക് പോയിന്റ് ചെയ്യുന്ന രണ്ട് എ റെക്കോർഡുകളെങ്കിലും നിങ്ങൾ സൃഷ്‌ടിക്കേണ്ടതുണ്ട്:

@ ഇൻ എ 1.2.3.4
www IN A 1.2.3.4

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

ഇമെയിലിനായി എൻട്രികൾ ചേർക്കുന്നത് ഞങ്ങൾ പരിഗണിക്കില്ല, ഞങ്ങളുടെ ലേഖനത്തിൽ ഇതിനെക്കുറിച്ച് നിങ്ങൾക്ക് വായിക്കാം:

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

ഒന്നാമതായി, SOA റെക്കോർഡിലെ TTL മൂല്യം മാറ്റുക. സ്ഥിരസ്ഥിതിയായി, ഇത് നിരവധി മണിക്കൂറുകൾക്ക് തുല്യമാണ്, DNS സെർവർ കാഷെയിലെ നിങ്ങളുടെ എൻട്രി അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് നിങ്ങൾ എത്ര സമയം കാത്തിരിക്കേണ്ടിവരും. നിലവിലെ TTL മൂല്യം കണ്ടെത്തുന്നതിന്, നിങ്ങൾക്ക് ആവശ്യമുള്ള ഡൊമെയ്ൻ നാമം വ്യക്തമാക്കി കമാൻഡ് പ്രവർത്തിപ്പിക്കാൻ കഴിയും:

Nslookup -typr=soa സൈറ്റ്

ഞങ്ങളുടെ കാര്യത്തിൽ, ഇത് 4 മണിക്കൂറാണ്:

അതിനാൽ, ആസൂത്രണം ചെയ്ത കൈമാറ്റത്തിന് മുമ്പ് കുറഞ്ഞത് 4 മണിക്കൂർ (പഴയ TTL മൂല്യം), TTL മൂല്യം താഴ്ന്ന മൂല്യത്തിലേക്ക് മാറ്റുക, ഉദാഹരണത്തിന്, 900 (15 മിനിറ്റ്). തുടർന്ന് നിങ്ങളുടെ സൈറ്റ് റീഡ്-ഒൺലി മോഡിലേക്ക് സജ്ജീകരിച്ച് അതിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുക പുതിയ സെർവർ. സൈറ്റ് ഓഫാക്കുകയോ അറ്റകുറ്റപ്പണികൾക്കായി കൈമാറ്റം ചെയ്യുകയോ ചെയ്യരുത്; അത് ആക്സസ് ചെയ്യാവുന്നതും നിലനിൽക്കേണ്ടതും ആയിരിക്കും. എന്നാൽ വിവരങ്ങൾ മാറ്റുന്നതിൽ നിന്നും ചേർക്കുന്നതിൽ നിന്നും നിങ്ങൾ ഉപയോക്താക്കളെ തടയണം, അതായത്. രജിസ്ട്രേഷൻ, അഭിപ്രായമിടൽ, ഓർഡറുകൾ സ്ഥാപിക്കൽ തുടങ്ങിയവ നിരോധിക്കുക. കൂടാതെ, ദൃശ്യമാകുന്ന സ്ഥലത്ത് ഒരു അറിയിപ്പ് പോസ്റ്റുചെയ്യുന്നത് ഉറപ്പാക്കുക സാങ്കേതിക ജോലികൂടാതെ ഏകദേശ പൂർത്തീകരണ തീയതിയും.

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

ഒരു വിജയകരമായ മൈഗ്രേഷനുശേഷം, നെയിം സെർവറുകളിൽ അനാവശ്യമായ ലോഡ് സൃഷ്ടിക്കാതിരിക്കാൻ TTL മൂല്യം അതിന്റെ മുൻ മൂല്യങ്ങളിലേക്ക് വർദ്ധിപ്പിക്കണം.

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

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

അതിൽ ഡിഎൻഎസ് കേസ്സോൺ റെക്കോർഡുകൾ example.comഇതുപോലെ കാണപ്പെടാം:

@ ഇൻ എ 1.2.3.4
www IN A 1.2.3.4
മെയിൽ ഇൻ എ 1.2.3.5
ഓഫീസ് IN A 5.6.7.8

എന്നാൽ ചില സങ്കീർണ്ണതകൾ ഉയർന്നുവരുന്നു; നെറ്റ്‌വർക്കിനുള്ളിൽ, ക്ലയന്റുകൾ തിരിയുന്നു നെറ്റ്വർക്ക് സേവനങ്ങൾഎഴുതിയത് ആന്തരിക പേരുകൾ: corp.office.example.comഅഥവാ rdp.office.example.com, അത് ആന്തരിക "ചാര" വിലാസങ്ങളിലേക്ക് വിരൽ ചൂണ്ടുന്നു." എന്നിരുന്നാലും, പുറത്ത് പ്രാദേശിക നെറ്റ്വർക്ക്അത്തരം പേരുകളുടെ IP വിലാസം പരിഹരിക്കാൻ സാധ്യമല്ല, കാരണം അവ ഉൾക്കൊള്ളുന്ന ആഗോള DNS സോൺ ഇല്ല. സ്പ്ലിറ്റ്-ഡിഎൻഎസ് എന്ന് വിളിക്കുന്ന ഒരു സംവിധാനം ഈ സാഹചര്യത്തിൽ നിന്ന് പുറത്തുകടക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് ക്ലയന്റ് സ്ഥാനത്തെ ആശ്രയിച്ച് വ്യത്യസ്ത ഫലങ്ങൾ നൽകാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

പ്രാദേശിക നെറ്റ്‌വർക്കിൽ, ക്ലയന്റുകളുടെ DNS അഭ്യർത്ഥനകൾ നൽകുന്നത് പ്രാദേശിക സെർവർ, അനുബന്ധ രേഖകളുള്ള, അതിന് പുറത്തുള്ള അഭ്യർത്ഥനകൾ സോണിൽ സേവനം നൽകുന്ന സെർവറിലേക്ക് അയയ്ക്കും example.com. അതേ സമയം, എല്ലാം കോർപ്പറേറ്റ് വിഭവങ്ങൾ, പ്രാദേശിക നെറ്റ്‌വർക്കിലെ വിവിധ സെർവറുകൾ പ്രതിനിധീകരിക്കുന്ന, ഒറ്റ വിലാസത്തിൽ പുറത്ത് നിന്ന് ആക്‌സസ് ചെയ്യാൻ കഴിയും: office.example.com. അതിനാൽ, വിളിപ്പേരോ CNAME റെക്കോർഡോ ഓർമ്മിക്കേണ്ട സമയമാണിത്. ഈ എൻട്രി അധിക സ്മരണിക പേരുകളോ അപരനാമങ്ങളോ യഥാർത്ഥ ഹോസ്റ്റ്നാമവുമായി ബന്ധപ്പെടുത്താൻ അനുവദിക്കുന്നു. മറ്റ് എൻട്രികളിൽ അപരനാമങ്ങൾ ഉപയോഗിക്കുന്നത് അസ്വീകാര്യമാണെന്ന് ദയവായി ശ്രദ്ധിക്കുക. ഞങ്ങളുടെ കാര്യത്തിൽ, ഞങ്ങൾ ഇനിപ്പറയുന്ന എൻട്രികൾ ചേർക്കണം:

CNAME ഓഫീസിൽ Corp.office office.example.com.
rdp.office IN CNAME office.example.com.

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

കൂടാതെ, പിന്തുണയ്‌ക്കുന്ന ഡൊമെയ്‌ൻ സോണിന് പുറത്ത് റീഡയറക്‌ടുചെയ്യുന്നതിന് CNAME തരം റെക്കോർഡുകൾ ഉപയോഗിക്കാനാകും. പ്രധാന അവസ്ഥ - CNAME റെക്കോർഡ് FQDN ഫോർമാറ്റിലുള്ള ഒരു യഥാർത്ഥ പേര് സൂചിപ്പിക്കണം.

അപരനാമങ്ങളുടെ മറ്റൊരു ഉപയോഗം ഒരു വിലാസം ചുരുക്കുക എന്നതാണ്. മുഴുവൻ ഡൊമെയ്‌നിനും ഒരു മെയിൽ സെർവർ എന്ന നിലയിൽ പറയാം example.comമോസ്കോ ഓഫീസിൽ സ്ഥിതി ചെയ്യുന്നതും വിലാസമുള്ളതുമായ ഒരു സെർവർ ഉപയോഗിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു mail.office.msk.example.com, നിങ്ങൾ സമ്മതിക്കണം, അത് വളരെ ആകർഷകമായി തോന്നുന്നില്ല. എന്നതുപോലുള്ള ഒരു വിലാസം ഉണ്ടെങ്കിൽ അത് കൂടുതൽ സൗകര്യപ്രദമായിരിക്കും mail.example.com, ലളിതമായി ഒന്നുമില്ല, ഇനിപ്പറയുന്ന എൻട്രി ചേർക്കുക:

CNAME ൽ മെയിൽ ചെയ്യുക mail.office.msk.example.com.

എന്നാൽ മറ്റ് ഉറവിട രേഖകളിൽ നിങ്ങൾ യഥാർത്ഥ പേരുകൾ മാത്രമേ ഉപയോഗിക്കാവൂ എന്ന് ഓർക്കുക, അതിനാൽ ഈ റെക്കോർഡ് തെറ്റായിരിക്കും:

Example.com. MX 10 മെയിലിൽ

ശരിയായ വഴി ഇതായിരിക്കും:

Example.com. IN MX 10 mail.office.msk

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

Msk IN NS ns1.msk.example.com.
msk IN NS ns2.msk.example.com.

ns1.msk IN A 1.2.3.4
ns2.msk IN A 5.6.7.8

ഇപ്പോൾ ഒരു വിലാസം ആക്സസ് ചെയ്യുമ്പോൾ, നമുക്ക് പറയാം mail.office.msk.example.comസോൺ നെയിം സെർവറുകൾ example.comസോണിൽ സേവനം നൽകുന്ന സെർവറിന്റെ പേരും വിലാസവും പ്രദർശിപ്പിക്കും msk.example.com. പാരന്റ് സോണിന്റെ പ്രവർത്തനത്തെ ബാധിക്കാതെ തന്നെ ആവശ്യമായ മാറ്റങ്ങൾ സ്വയം വരുത്താൻ സോൺ അഡ്‌മിനിസ്‌ട്രേറ്റർമാരെ ഇത് അനുവദിക്കുന്നു അല്ലെങ്കിൽ റെക്കോർഡുകൾ മാറ്റേണ്ട ഏത് പ്രശ്‌നത്തിനും അതിന്റെ അഡ്‌മിനിസ്‌ട്രേറ്ററെ ബന്ധപ്പെടുക.

• ടാഗുകൾ:

കാണുന്നതിന് ദയവായി JavaScript പ്രാപ്തമാക്കുക

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

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

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

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

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

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

ഈ ഓപ്ഷൻ ഏറ്റവും സാധാരണമാണ്, എന്നാൽ ആവശ്യമെങ്കിൽ, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും സ്വയം ഒരു എ റെക്കോർഡ് സൃഷ്ടിക്കാൻ കഴിയും. ഈ എൻട്രി ഇതുപോലെ കാണപ്പെടുന്നു:

example.com. ഒരു 22.11.33.44 ൽ

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

മെയിൽ സെർവർ പ്രവർത്തിക്കുന്നതിന്, നിങ്ങൾ ഒരു MX റെക്കോർഡ് സൃഷ്ടിക്കേണ്ടതുണ്ട്, അത് ഞങ്ങളുടെ മെയിൽ സെർവറിലേക്ക് പോയിന്റ് ചെയ്യണം. ഇത് ചെയ്യുന്നതിന്, നമുക്ക് ഒരു റെക്കോർഡ് സൃഷ്ടിക്കാം:

example.com. IN MX 10 mail.example.com.

നിങ്ങൾക്ക് ലളിതമായി എഴുതാനും കഴിയും:

example.com. MX 10 മെയിലിൽ

Example.com ഈ പേരിലേക്ക് സ്വയമേവ ചേർക്കും (അവസാനം ഒരു ഡോട്ട് ഇല്ലാതെ). നമ്പർ 10 സെർവർ മുൻഗണന നിർണ്ണയിക്കുന്നു; അത് താഴ്ന്നതായിരിക്കും, ഉയർന്ന മുൻഗണന. വഴിയിൽ, DNS സോണിൽ ഇതിനകം ഒരു MX റെക്കോർഡ് അടങ്ങിയിരിക്കാം:

example.com. IN MX 0 example.com.

സാധാരണഗതിയിൽ, സൈറ്റ് ഹോസ്റ്റുചെയ്യുമ്പോൾ ഹോസ്റ്റിംഗ് ദാതാവ് ഈ എൻട്രി സ്വയമേവ സൃഷ്‌ടിക്കുന്നു; ഇത് ഇല്ലാതാക്കേണ്ടതുണ്ട്.

ഇനി നമുക്ക് mail.example.com എന്നതിനായി ഒരു റെക്കോർഡ് സൃഷ്ടിക്കാം

mail.example.com. എ 11.22.33.44

ഇപ്പോൾ example.com ഡൊമെയ്‌നിനായുള്ള എല്ലാ മെയിലുകളും 11.22.33.44 എന്ന വിലാസത്തിൽ മെയിൽ ഹോസ്റ്റിലേക്ക് അയയ്‌ക്കും, അതായത്. നിങ്ങളുടെ മെയിൽ സെർവർ, അതേ സമയം example.com സൈറ്റ് ദാതാവിന്റെ സെർവറിൽ 22.11.33.44-ൽ പ്രവർത്തിക്കുന്നത് തുടരും.
ചോദ്യം ഉയർന്നുവരാം: എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് MX റെക്കോർഡിൽ മെയിൽ സെർവറിന്റെ IP വിലാസം ഉടനടി വ്യക്തമാക്കാൻ കഴിയാത്തത്? തത്വത്തിൽ ഇത് സാധ്യമാണ്, ചില ആളുകൾ ഇത് ചെയ്യുന്നു, പക്ഷേ ഇത് DNS സ്പെസിഫിക്കേഷനുകൾക്ക് അനുസൃതമല്ല.

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

CNAME mail.example.com-ൽ പോപ്പ് ചെയ്യുക.
smtp IN CNAME mail.example.com.

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

44.33.22.11.in-addr.arpa. PTR mail.example.com എന്നതിൽ.

അൽപ്പം വിചിത്രമായി തോന്നുന്നു, അല്ലേ? PTR റെക്കോർഡ് ഘടന കൂടുതൽ വിശദമായി നോക്കാം. റിവേഴ്സ് നെയിം റെസല്യൂഷനായി, ഒരു പ്രത്യേക ടോപ്പ് ലെവൽ ഡൊമെയ്ൻ in-addr.arpa ഉപയോഗിക്കുന്നു. ഫോർവേഡ്, റിവേഴ്സ് നെയിം കൺവേർഷനിൽ ഒരേ സോഫ്‌റ്റ്‌വെയർ മെക്കാനിസങ്ങൾ ഉപയോഗിക്കുന്നതിനാണ് ഇത് ചെയ്യുന്നത്. മെമ്മോണിക് പേരുകൾ ഇടത്തുനിന്ന് വലത്തോട്ടും ഐപി വിലാസങ്ങൾ വലത്തുനിന്ന് ഇടത്തോട്ടും എഴുതിയിരിക്കുന്നു എന്നതാണ് വസ്തുത. അതിനാൽ mail.example.com. ഹോസ്റ്റ് മെയിൽ ഡൊമെയ്ൻ ഉദാഹരണത്തിലാണ്, അത് ടോപ്പ്-ലെവൽ ഡൊമെയ്ൻ കോമിലാണ്, 11.22.33.44 അർത്ഥമാക്കുന്നത്, ഹോസ്റ്റ് 44 എന്നത് സബ്നെറ്റ് 22-ന്റെ ഭാഗമായ സബ്നെറ്റ് 33-ലാണെന്നാണ്. ശൃംഖലയുടേതാണ് 11. സംരക്ഷിക്കാൻ ഏകീകൃത ക്രമം PTR റെക്കോർഡുകളിൽ in-addr.arpa ടോപ്പ്-ലെവൽ ഡൊമെയ്‌നിനൊപ്പം ചേർത്ത ഒരു ബാക്ക്‌വേർഡ് ഐപി വിലാസം അടങ്ങിയിരിക്കുന്നു.

കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് MX, PTR റെക്കോർഡുകളും പരിശോധിക്കാം nslookupഉപയോഗിക്കുന്നത് അധിക പരാമീറ്റർ -തരം=MXഅഥവാ -type=PTR

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