BIND-ൽ /24-ൽ താഴെയുള്ള സബ്‌നെറ്റുകളിലേക്കുള്ള റിവേഴ്സ് സോൺ ഡെലിഗേഷൻ. ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു

ഒരു ദിവസം, എന്റെ ക്ലയന്റുകളിൽ ഒരാൾക്ക് അവനു നൽകിയിട്ടുള്ള /28 സബ്‌നെറ്റിന്റെ PTR റെക്കോർഡുകൾ എഡിറ്റ് ചെയ്യാനുള്ള അവകാശം നൽകാനുള്ള ചുമതല ഞാൻ നേരിട്ടു. പുറത്ത് നിന്ന് BIND ക്രമീകരണങ്ങൾ എഡിറ്റ് ചെയ്യാൻ എനിക്ക് ഓട്ടോമേഷൻ ഇല്ല. അതിനാൽ, ഞാൻ മറ്റൊരു വഴി സ്വീകരിക്കാൻ തീരുമാനിച്ചു - /24 സബ്‌നെറ്റിന്റെ PTR സോണിന്റെ ഒരു ഭാഗം ക്ലയന്റിലേക്ക് ഡെലിഗേറ്റ് ചെയ്യാൻ.

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

അത് സ്വയം മനസിലാക്കാൻ ആഗ്രഹിക്കുന്ന ആർക്കും വായിക്കാം ആർഎഫ്സി
ആർക്കാണ് റെഡിമെയ്ഡ് പരിഹാരം ആഗ്രഹിക്കുന്നത്, പൂച്ചയിലേക്ക് സ്വാഗതം.

കോപ്പി പേസ്റ്റ് രീതി ഇഷ്ടപ്പെടുന്നവരെ താമസിപ്പിക്കാതിരിക്കാൻ, ഞാൻ ആദ്യം പ്രായോഗിക ഭാഗവും പിന്നീട് സൈദ്ധാന്തിക ഭാഗവും പോസ്റ്റ് ചെയ്യുന്നു.

1. പരിശീലിക്കുക. ഡെലിഗേറ്റിംഗ് സോൺ /28

നമുക്ക് ഒരു സബ്നെറ്റ് ഉണ്ടെന്ന് പറയാം 7.8.9.0/24. ഞങ്ങൾക്ക് സബ്‌നെറ്റ് ഡെലിഗേറ്റ് ചെയ്യേണ്ടതുണ്ട് 7.8.9.240/28 dns ക്ലയന്റിലേക്ക് 7.8.7.8 (ns1.client.domain).

ദാതാവിന്റെ DNS-ൽ ഈ സബ്നെറ്റിന്റെ റിവേഴ്സ് സോൺ വിവരിക്കുന്ന ഒരു ഫയൽ നിങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്. അങ്ങനെ സംഭവിക്കട്ടെ 9.8.7.in-addr.harp.
240 മുതൽ 255 വരെയുള്ള എൻട്രികൾ ഉണ്ടെങ്കിൽ ഞങ്ങൾ അഭിപ്രായമിടുന്നു. ഫയലിന്റെ അവസാനം ഞങ്ങൾ ഇനിപ്പറയുന്നവ എഴുതുന്നു:

255-240  IN  NS      7.8.7.8
$GENERATE 240-255 $ CNAME $.255-240

സീരിയൽ സോൺ വർദ്ധിപ്പിക്കാൻ മറക്കരുത്

rndc reload

ഇത് ദാതാവിന്റെ ഭാഗം പൂർത്തിയാക്കുന്നു. നമുക്ക് ക്ലയന്റ് ഡിഎൻഎസിലേക്ക് പോകാം.

ആദ്യം നമുക്ക് ഒരു ഫയൽ ഉണ്ടാക്കാം /etc/bind/master/255-240.9.8.7.in-addr.arpa ഇനിപ്പറയുന്ന ഉള്ളടക്കം:

$ORIGIN 255-240.9.8.7.in-addr.arpa.
$TTL 1W
@                       1D IN SOA       ns1.client.domain. root.client.domain. (
                        2008152607      ; serial
                        3H              ; refresh
                        15M             ; retry
                        1W              ; expiry
                        1D )            ; minimum
@                       IN NS        ns1.client.domain.
@                       IN NS        ns2.client.domain.
241                     IN PTR          test.client.domain.
242                     IN PTR          test2.client.domain.
245                     IN PTR          test5.client.domain.

ഒപ്പം അകത്തും name.conf ഞങ്ങളുടെ പുതിയ ഫയലിന്റെ ഒരു വിവരണം ചേർക്കുക:

zone "255-240.9.8.7.in-addr.arpa." IN {
        type master;
        file "master/255-240.9.8.7.in-addr.arpa";
};

ബി ബൈൻഡ് പ്രക്രിയ പുനരാരംഭിക്കുക.

/etc/init.d/named restart

എല്ലാം. ഇപ്പോൾ നിങ്ങൾക്ക് പരിശോധിക്കാം.

#>  host 7.8.9.245 
245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.
245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.

PTR റെക്കോർഡ് മാത്രമല്ല, CNAME-ഉം നൽകിയിരിക്കുന്നത് ശ്രദ്ധിക്കുക. അങ്ങനെ തന്നെ വേണം. എന്തുകൊണ്ടെന്ന് നിങ്ങൾ ചിന്തിക്കുന്നുണ്ടെങ്കിൽ, അടുത്ത അധ്യായത്തിലേക്ക് സ്വാഗതം.

2. സിദ്ധാന്തം. ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു.

ഒരു ബ്ലാക്ക് ബോക്സ് കോൺഫിഗർ ചെയ്യാനും ഡീബഗ് ചെയ്യാനും ബുദ്ധിമുട്ടാണ്. ഉള്ളിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കിയാൽ ഇത് വളരെ എളുപ്പമാണ്.

ഞങ്ങൾ ഒരു ഡൊമെയ്‌നിൽ ഒരു സബ്‌ഡൊമെയ്‌ൻ ഡെലിഗേറ്റ് ചെയ്യുമ്പോൾ ഡൊമെയ്ൻ, അപ്പോൾ ഞങ്ങൾ ഇതുപോലെ എന്തെങ്കിലും എഴുതുന്നു:

client.domain.	NS	ns1.client.domain.
ns1.client.domain.	A	7.8.7.8

ഈ സൈറ്റിന് ഞങ്ങൾ ഉത്തരവാദികളല്ലെന്ന് ചോദിക്കുന്ന എല്ലാവരോടും ഞങ്ങൾ പറയുന്നു, ആരാണ് ഉത്തരവാദിയെന്ന് പറയുക. കൂടാതെ എല്ലാ അഭ്യർത്ഥനകളും client.domain 7.8.7.8 ലേക്ക് റീഡയറക്‌ട് ചെയ്യുക. പരിശോധിക്കുമ്പോൾ, ഞങ്ങൾ ഇനിപ്പറയുന്ന ചിത്രം കാണുന്നു (ക്ലയന്റ് അവിടെ ഉള്ളത് ഞങ്ങൾ ഒഴിവാക്കും. അത് പ്രശ്നമല്ല):

# host test.client.domain
test.client.domain has address 7.8.9.241

ആ. അത്തരമൊരു എ റെക്കോർഡ് ഉണ്ടെന്നും അതിന്റെ ഐപി 7.8.9.241 ആണെന്നും ഞങ്ങളെ അറിയിച്ചു. അനാവശ്യ വിവരങ്ങളൊന്നുമില്ല.

ഒരു സബ്നെറ്റ് ഉപയോഗിച്ച് ഒരേ കാര്യം എങ്ങനെ ചെയ്യാൻ കഴിയും?

കാരണം ഞങ്ങളുടെ DNS സെർവർ RIPE-ൽ രജിസ്റ്റർ ചെയ്തിട്ടുണ്ട്, തുടർന്ന് ഞങ്ങളുടെ നെറ്റ്‌വർക്കിൽ നിന്ന് ഒരു PTR IP വിലാസം അഭ്യർത്ഥിക്കുമ്പോൾ, ആദ്യത്തെ അഭ്യർത്ഥന ഞങ്ങളോട് തന്നെയായിരിക്കും. യുക്തിയും ഡൊമെയ്‌നുകളുടെ കാര്യത്തിലും സമാനമാണ്. എന്നാൽ എങ്ങനെയാണ് ഒരു സോൺ ഫയലിൽ സബ്‌നെറ്റ് നൽകുക?

ഇത് ഇതുപോലെ നൽകാൻ ശ്രമിക്കാം:

255-240  IN  NS      7.8.7.8

പിന്നെ... അത്ഭുതം സംഭവിച്ചില്ല. അഭ്യർത്ഥന വഴിതിരിച്ചുവിടലുകളൊന്നും ഞങ്ങൾക്ക് ലഭിക്കുന്നില്ല. റിവേഴ്സ് സോൺ ഫയലിലെ ഈ എൻട്രികൾ ഐപി വിലാസങ്ങളാണെന്ന് ബൈൻഡിന് അറിയില്ല, അതിലുപരിയായി റേഞ്ച് എൻട്രി മനസ്സിലാകുന്നില്ല എന്നതാണ് കാര്യം. അവനെ സംബന്ധിച്ചിടത്തോളം ഇത് ഒരുതരം പ്രതീകാത്മക ഉപഡൊമെയ്‌ൻ മാത്രമാണ്. ആ. ബൈൻഡ് തമ്മിൽ ഒരു വ്യത്യാസവും ഉണ്ടാകില്ല "255-240"കൂടാതെ"ഞങ്ങളുടെ ഉപഭോക്താവ്". അഭ്യർത്ഥന ആവശ്യമുള്ളിടത്തേക്ക് പോകുന്നതിന്, അഭ്യർത്ഥനയിലെ വിലാസം ഇതുപോലെ ആയിരിക്കണം: 241.255-240.9.8.7.in-addr.arpa. അല്ലെങ്കിൽ ഞങ്ങൾ ഒരു പ്രതീക ഉപഡൊമെയ്ൻ ഉപയോഗിക്കുകയാണെങ്കിൽ ഇതുപോലെ: 241.oursuperclient.9.8.7.in-addr.arpa. ഇത് സാധാരണയിൽ നിന്ന് വ്യത്യസ്തമാണ്: 241.9.8.7.in-addr.harp.

അത്തരമൊരു അഭ്യർത്ഥന സ്വമേധയാ ഉണ്ടാക്കുന്നത് ബുദ്ധിമുട്ടായിരിക്കും. ഇത് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ പോലും, യഥാർത്ഥ ജീവിതത്തിൽ ഇത് എങ്ങനെ പ്രയോഗിക്കണമെന്ന് ഇപ്പോഴും വ്യക്തമല്ല. എല്ലാത്തിനുമുപരി, അഭ്യർത്ഥന പ്രകാരം 7.8.9.241 ദാതാവിന്റെ DNS ഇപ്പോഴും ഞങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, ക്ലയന്റുടേതല്ല.

ഇവിടെയാണ് അവർ കളിക്കുന്നത് CNAME.

ദാതാവിന്റെ ഭാഗത്ത്, സബ്‌നെറ്റിന്റെ എല്ലാ IP വിലാസങ്ങൾക്കും നിങ്ങൾ ഒരു അപരനാമം ഉണ്ടാക്കേണ്ടതുണ്ട്, അത് ക്ലയന്റ് DNS-ലേക്ക് അഭ്യർത്ഥന കൈമാറും.

255-240  IN  NS      ns1.client.domain.
241     IN  CNAME   241.255-240
242     IN  CNAME   242.255-240
и т.д.

ഇത് കഠിനാധ്വാനികൾക്ക് വേണ്ടിയുള്ളതാണ് =).

മടിയന്മാർക്ക്, ചുവടെയുള്ള ഡിസൈൻ കൂടുതൽ അനുയോജ്യമാണ്:

255-240  IN  NS      ns1.client.domain.
$GENERATE 240-255 $ CNAME $.255-240

ഇപ്പോൾ വിവരങ്ങൾ അഭ്യർത്ഥിക്കുക 7.8.9.241 നിന്ന് 241.9.8.7.in-addr.harp ദാതാവിന്റെ DNS സെർവറിൽ പരിവർത്തനം ചെയ്യപ്പെടും 241.255-240.9.8.7.in-addr.arpa dns ക്ലയന്റിലേക്ക് പോകുന്നു.

ക്ലയന്റ് സൈഡ് അത്തരം അഭ്യർത്ഥനകൾ കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്. അതനുസരിച്ച്, ഞങ്ങൾ ഒരു സോൺ സൃഷ്ടിക്കുന്നു 255-240.9.8.7.in-addr.arpa. അതിൽ, തത്ത്വത്തിൽ, മുഴുവൻ /24 സബ്‌നെറ്റിന്റെയും ഏതെങ്കിലും ഐപിക്ക് റിവേഴ്‌സ് എൻട്രികൾ സ്ഥാപിക്കാൻ ഞങ്ങൾക്ക് കഴിയും, പക്ഷേ ദാതാവ് ഞങ്ങൾക്ക് കൈമാറുന്നവയെക്കുറിച്ച് മാത്രമേ അവർ ഞങ്ങളോട് ചോദിക്കൂ, അതിനാൽ ഞങ്ങൾക്ക് ചുറ്റും കളിക്കാൻ കഴിയില്ല =).
ചിത്രീകരിക്കുന്നതിന്, ക്ലയന്റ് വശത്ത് നിന്ന് ഒരു റിവേഴ്സ് സോൺ ഫയലിന്റെ ഉള്ളടക്കത്തിന്റെ ഒരു ഉദാഹരണം ഞാൻ വീണ്ടും നൽകും:

$ORIGIN 255-240.9.8.7.in-addr.arpa.
$TTL 1W
@                       1D IN SOA       ns1.client.domain. root.client.domain. (
                        2008152607      ; serial
                        3H              ; refresh
                        15M             ; retry
                        1W              ; expiry
                        1D )            ; minimum
@                       IN NS        ns1.client.domain.
@                       IN NS        ns2.client.domain.
241                     IN PTR          test.client.domain.
242                     IN PTR          test2.client.domain.
245                     IN PTR          test5.client.domain.

ദാതാവിന്റെ ഭാഗത്ത് ഞങ്ങൾ CNAME ഉപയോഗിക്കുന്നതിനാലാണിത്, കൂടാതെ IP വിലാസം വഴിയുള്ള ഡാറ്റയ്ക്കുള്ള അഭ്യർത്ഥനയ്ക്കുള്ള പ്രതികരണമായി ഞങ്ങൾക്ക് ഒന്നല്ല, രണ്ട് റെക്കോർഡുകൾ ലഭിക്കും.

#>  host 7.8.9.245 
245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.
245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.

കൂടാതെ ACL ശരിയായി കോൺഫിഗർ ചെയ്യാൻ മറക്കരുത്. കാരണം നിങ്ങൾക്കായി ഒരു PTR സോൺ എടുക്കുന്നതിൽ അർത്ഥമില്ല, പുറത്തുനിന്നുള്ള ആരോടും പ്രതികരിക്കരുത് =).

അവലംബം: www.habr.com