{"id":33717,"date":"2019-10-31T21:54:20","date_gmt":"2019-10-31T18:54:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet\/"},"modified":"2019-10-31T21:54:20","modified_gmt":"2019-10-31T18:54:20","slug":"delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet","title":{"rendered":"Delegazione della zona inversa della sottorete meno di \/24 in BIND. Come funziona","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Un giorno mi \u00e8 stata posta la questione di concedere a uno dei clienti il diritto di modificare i record PTR della rete \/28 che gli era stata assegnata. Non ho alcuna automazione per modificare le impostazioni di BIND dall'esterno. Pertanto, ho deciso di seguire un altro percorso: delegare al cliente una parte della zona PTR della rete \/24.<\/p>\n

A prima vista, cosa pu\u00f2 essere pi\u00f9 semplice? Basta specificare la rete come necessario e indirizzarla al corretto NS, come si fa con un sottodominio. Ma no. Non \u00e8 cos\u00ec semplice (anche se in realt\u00e0 \u00e8 piuttosto primitivo, ma l'intuizione non aiuta), ed \u00e8 per questo che scrivo questo articolo.<\/p>\n

Chi vuole approfondire pu\u00f2 leggere. RFC<\/a><\/noindex>
\nChi cerca una soluzione pronta, benvenuto sotto il tag.
\n<\/a><\/noindex>
\nPer non trattenere chi ama il metodo del copia e incolla, inizier\u00f2 con la parte pratica, seguita dalla parte teorica.<\/p>\n

1. Pratica. Delegalare la zona \/28.<\/b><\/p>\n

Supponiamo di avere una rete. 7.8.9.0\/24<\/b>. Dobbiamo delegare la rete. 7.8.9.240\/28<\/b> al dns-client. 7.8.7.8<\/b> (ns1.client.domain.<\/b>).<\/p>\n

Sui dns del fornitore, dobbiamo trovare il file che descrive la zona inversa di questa rete. Chiamiamolo. 9.8.7.in-addr.arpa.<\/b>.
\nCommentiamo le voci da 240 a 255, se presenti. E in fondo al file scriviamo quanto segue:<\/p>\n

255-240  IN  NS      7.8.7.8\n$GENERATE 240-255 $ CNAME $.255-240<\/code><\/pre>\n
\nnon dimentichiamo di aumentare il serial della zona e facciamo. <\/p>\n
rndc reload.<\/code><\/pre>\n
\nA questo punto, la parte del fornitore \u00e8 terminata. Passiamo al dns del cliente.<\/p>\n
Per prima cosa, creiamo il file. \/etc\/bind\/master\/255-240.9.8.7.in-addr.arpa<\/b> del seguente contenuto:<\/p>\n
$ORIGIN 255-240.9.8.7.in-addr.arpa.\n$TTL 1W\n@                       1D IN SOA       ns1.client.domain. root.client.domain. (\n                        2008152607      ; serial\n                        3H              ; refresh\n                        15M             ; retry\n                        1W              ; expiry\n                        1D )            ; minimum\n@                       IN NS        ns1.client.domain.\n@                       IN NS        ns2.client.domain.\n241                     IN PTR          test.client.domain.\n242                     IN PTR          test2.client.domain.\n245                     IN PTR          test5.client.domain.\n<\/code><\/pre>\n
\nE in. named.conf.<\/b> aggiungiamo la descrizione del nostro nuovo file:<\/p>\n
zone \"255-240.9.8.7.in-addr.arpa.\" IN {\n        type master;\n        file \"master\/255-240.9.8.7.in-addr.arpa\";\n};<\/code><\/pre>\n
\nRiavviamo il processo bind.<\/p>\n
\/etc\/init.d\/named restart<\/code><\/pre>\n
\nTutto. Ora possiamo controllare.<\/p>\n
#>  host 7.8.9.245 \n245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.\n245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.<\/code><\/pre>\n
\nNota che vengono restituiti non solo i record PTR ma anche i CNAME. \u00c8 cos\u00ec che deve essere. Se sei curioso di sapere perch\u00e9, benvenuto al capitolo successivo.<\/p>\n
2. Teoria. Come funziona.<\/b><\/p>\n
\u00c8 difficile configurare e risolvere un black box. Molto pi\u00f9 semplice \u00e8 se capisci cosa sta accadendo all'interno.<\/p>\n
Quando delegiamo un sottodominio in un dominio. domain<\/b>, scriviamo qualcosa di simile:<\/p>\n
client.domain.\tNS\tns1.client.domain.\nns1.client.domain.\tA\t7.8.7.8<\/code><\/pre>\n
\nDiciamo a tutti coloro che chiedono che non siamo responsabili per questo dominio e indichiamo chi \u00e8 responsabile. E tutte le richieste su client.domain<\/b> vengono reindirizzate su 7.8.7.8. Durante il controllo vediamo la seguente situazione (saliamo sopra ci\u00f2 che ha il cliente. non \u00e8 importante):<\/p>\n
# host test.client.domain\ntest.client.domain has address 7.8.9.241<\/code><\/pre>\n
\nCio\u00e8, ci hanno informato che esiste un record A e il suo ip \u00e8 7.8.9.241. Nessuna informazione aggiuntiva.<\/p>\n
E come si pu\u00f2 fare la stessa cosa con una sottorete?<\/b><\/p>\n
Poich\u00e9 il nostro server DNS \u00e8 registrato in RIPE, quando viene effettuata una richiesta PTR su un indirizzo IP della nostra rete, comunque la prima richiesta sar\u00e0 verso di noi. La logica \u00e8 la stessa di quella dei domini. Solo che come inserire la sottorete nel file di zona?<\/p>\n
Proviamo a inserirla in questo modo:<\/p>\n
255-240  IN  NS      7.8.7.8<\/code><\/pre>\n
\nE... il miracolo non \u00e8 successo. Non riceviamo alcuna richiesta di reindirizzamento. Il fatto \u00e8 che bind non \u00e8 affatto a conoscenza che queste voci nel file della zona inversa siano indirizzi IP e tantomeno comprende la registrazione dell'intervallo. Per lui \u00e8 semplicemente un certo sottodominio simbolico. Cio\u00e8, per bind non ci sar\u00e0 differenza tra \u00ab255-240<\/b>\u00bb e \u00aboursuperclient<\/b>\u00bb. E affinch\u00e9 la richiesta venga inviata dove deve andare, l'indirizzo nella richiesta deve apparire in questo modo: 241.255-240.9.8.7.in-addr.arpa<\/b>. O in questo modo, se usiamo un sottodominio simbolico: 241.oursuperclient.9.8.7.in-addr.arpa<\/b>. Questo \u00e8 diverso da un normale: 241.9.8.7.in-addr.arpa<\/b>.<\/p>\n
Creare una richiesta in questo modo sar\u00e0 problematico. E anche se ci riuscisse, non \u00e8 chiaro come applicarlo nella vita reale. Infatti, in risposta alla richiesta 7.8.9.241<\/b> continuiamo a ricevere risposte dal DNS del provider, non da quello del cliente.<\/p>\n
Ma qui entrano in gioco CNAME<\/b>.<\/p>\n
Dalla parte del fornitore deve essere creato un alias per tutti gli indirizzi IP della subnet nel formato che inoltrer\u00e0 la richiesta al DNS del cliente.<\/p>\n
255-240  IN  NS      ns1.client.domain.\n241     IN  CNAME   241.255-240\n242     IN  CNAME   242.255-240\ne cos\u00ec via.\n<\/code><\/pre>\n
\nQuesto \u00e8 per i laboriosi =). <\/p>\n
E per i pigri, la costruzione qui sotto \u00e8 pi\u00f9 appropriata:<\/p>\n
255-240  IN  NS      ns1.client.domain.\n$GENERATE 240-255 $ CNAME $.255-240<\/code><\/pre>\n
\nOra la richiesta di informazioni all'indirizzo 7.8.9.241<\/b> da 241.9.8.7.in-addr.arpa<\/b> sul server DNS del fornitore sar\u00e0 convertita in 241.255-240.9.8.7.in-addr.arpa<\/b> e andr\u00e0 al DNS del cliente. <\/p>\n
Dal lato del cliente sar\u00e0 necessario gestire tali richieste. Pertanto creiamo una zona 255-240.9.8.7.in-addr.arpa<\/b>. In essa possiamo sostanzialmente inserire record inversi per qualsiasi IP dell'intera subnet \/24, ma ci verranno chieste solo quelle che il provider ci inoltrer\u00e0, quindi non sar\u00e0 possibile divertirsi =).
\nPer illustrare, riporto ancora una volta un esempio del contenuto del file di zona inversa dalla parte del cliente:<\/p>\n
$ORIGIN 255-240.9.8.7.in-addr.arpa.\n$TTL 1W\n@                       1D IN SOA       ns1.client.domain. root.client.domain. (\n                        2008152607      ; serial\n                        3H              ; refresh\n                        15M             ; retry\n                        1W              ; expiry\n                        1D )            ; minimum\n@                       IN NS        ns1.client.domain.\n@                       IN NS        ns2.client.domain.\n241                     IN PTR          test.client.domain.\n242                     IN PTR          test2.client.domain.\n245                     IN PTR          test5.client.domain.\n<\/code><\/pre>\n
\nA causa del fatto che utilizziamo CNAME dal lato del provider, riceviamo in risposta alla richiesta di dati relativi a indirizzo IP<\/a> due registrazioni, e non una sola.<\/p>\n
#>  host 7.8.9.245 \n245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.\n245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.<\/code><\/pre>\n
\nE non dimenticate di configurare correttamente ACL. Perch\u00e9 non ha senso prelevare la zona PTR e non rispondere a nessuno dall'esterno =).<\/b><\/i>
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0412\u0441\u0442\u0430\u043b\u0430 \u043e\u0434\u043d\u0430\u0436\u0434\u044b \u043f\u0435\u0440\u0435\u0434\u043e \u043c\u043d\u043e\u0439 \u0437\u0430\u0434\u0430\u0447\u0430, \u043e\u0442\u0434\u0430\u0442\u044c \u043e\u0434\u043d\u043e\u043c\u0443 \u0438\u0437 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u043f\u0440\u0430\u0432\u043e \u043d\u0430 \u0440\u0435\u0434\u0430\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 PTR-\u0437\u0430\u043f\u0438\u0441\u0435\u0439 \u043e\u0442\u0434\u0430\u043d\u043d\u043e\u0439 \u0435\u043c\u0443 \u043f\u043e\u0434\u0441\u0435\u0442\u0438 \/28. \u0410\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0434\u043b\u044f \u0440\u0435\u0434\u0430\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043a BIND \u0438\u0437\u0432\u043d\u0435 \u0443 \u043c\u0435\u043d\u044f \u043d\u0435\u0442. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u044f \u0440\u0435\u0448\u0438\u043b \u043f\u043e\u0439\u0442\u0438 \u0434\u0440\u0443\u0433\u0438\u043c \u043f\u0443\u0442\u0435\u043c \u2014 \u0434\u0435\u043b\u0435\u0433\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043a\u043b\u0438\u0435\u043d\u0442\u0443 \u043a\u0443\u0441\u043e\u043a PTR-\u0437\u043e\u043d\u044b \u043f\u043e\u0434\u0441\u0435\u0442\u0438 \/24. \u041a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0431\u044b \u2014 \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u043f\u0440\u043e\u0449\u0435? \u041f\u0440\u043e\u0441\u0442\u043e \u043d\u0443\u0436\u043d\u044b\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u043f\u0440\u043e\u043f\u0438\u0441\u044b\u0432\u0430\u0435\u043c \u043f\u043e\u0434\u0441\u0435\u0442\u044c \u0438 \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u043c \u043d\u0430 \u043d\u0443\u0436\u043d\u044b\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33717","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Delegazione della zona inversa per una sottorete inferiore a \/24 in BIND. Come funziona | ProHoster","description":"Un giorno mi sono trovato di fronte all'indispensabile compito di concedere a uno dei clienti il diritto di modificare i record PTR dell'intervallo di rete a lui assegnato \/28. Non ho automazione per modificare le impostazioni di BIND dall'esterno.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u043b\u0435\u0433\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u043f\u043e\u0434\u0441\u0435\u0442\u0438 \u043c\u0435\u043d\u0435\u0435 \/24 \u0432 BIND. \u041a\u0430\u043a \u044d\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 | ProHoster","og:description":"\u0412\u0441\u0442\u0430\u043b\u0430 \u043e\u0434\u043d\u0430\u0436\u0434\u044b \u043f\u0435\u0440\u0435\u0434\u043e \u043c\u043d\u043e\u0439 \u0437\u0430\u0434\u0430\u0447\u0430, \u043e\u0442\u0434\u0430\u0442\u044c \u043e\u0434\u043d\u043e\u043c\u0443 \u0438\u0437 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u043f\u0440\u0430\u0432\u043e \u043d\u0430 \u0440\u0435\u0434\u0430\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 PTR-\u0437\u0430\u043f\u0438\u0441\u0435\u0439 \u043e\u0442\u0434\u0430\u043d\u043d\u043e\u0439 \u0435\u043c\u0443 \u043f\u043e\u0434\u0441\u0435\u0442\u0438 \/28. \u0410\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0434\u043b\u044f \u0440\u0435\u0434\u0430\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043a BIND \u0438\u0437\u0432\u043d\u0435 \u0443 \u043c\u0435\u043d\u044f \u043d\u0435\u0442.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:54:20+00:00","article:modified_time":"2019-10-31T18:54:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33717","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-08 20:27:18","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:35:31","updated":"2026-02-08 20:27:18","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33717","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=33717"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33717\/revisions"}],"predecessor-version":[{"id":157777,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33717\/revisions\/157777"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=33717"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=33717"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=33717"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}