{"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\/es\/blog\/administrirovanie\/delegirovanie-obratnoj-zony-podseti-menee-24-v-bind-kak-eto-rabotaet","title":{"rendered":"Delegaci\u00f3n de la zona inversa de subred menor a \/24 en BIND. C\u00f3mo funciona","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Un d\u00eda se me present\u00f3 el desaf\u00edo de conceder a uno de los clientes el derecho a editar los registros PTR de la subred que se le hab\u00eda asignado \/28. No tengo automatizaci\u00f3n para editar la configuraci\u00f3n de BIND desde afuera. Por lo tanto, decid\u00ed tomar otro camino: delegar al cliente un fragmento de la zona PTR de la subred \/24.<\/p>\n

Aparentemente, \u00bfqu\u00e9 podr\u00eda ser m\u00e1s sencillo? Simplemente especificamos la subred de la manera correcta y la dirigimos al NS adecuado, como se hace con un subdominio. Pero no. No es tan sencillo (aunque en realidad es bastante primitivo, pero la intuici\u00f3n no ayudar\u00e1), por eso escribo este art\u00edculo.<\/p>\n

Quien quiera entenderlo por s\u00ed mismo puede leer RFC<\/a><\/noindex>
\nQuien busque una soluci\u00f3n lista, bienvenido al post.
\n<\/a><\/noindex>
\nPara no hacer esperar a aquellos que prefieren el m\u00e9todo de copiar y pegar, primero publicar\u00e9 la parte pr\u00e1ctica y despu\u00e9s la te\u00f3rica.<\/p>\n

1. Pr\u00e1ctica. Delegamos la zona \/28<\/b><\/p>\n

Supongamos que tenemos una subred 7.8.9.0\/24<\/b>. Necesitamos delegar la subred 7.8.9.240\/28<\/b> al cliente DNS 7.8.7.8<\/b> (ns1.client.domain<\/b>).<\/p>\n

En el DNS del proveedor hay que encontrar el archivo que describe la zona inversa de esta subred. Supongamos que es 9.8.7.in-addr.arpa<\/b>.
\nComentamos los registros del 240 al 255, si los hay. Y al final del archivo escribimos lo siguiente:<\/p>\n

255-240  IN  NS      7.8.7.8\n$GENERATE 240-255 $ CNAME $.255-240<\/code><\/pre>\n
\nno olvidemos aumentar el serial de la zona y ejecutar <\/p>\n
rndc reload<\/code><\/pre>\n
\nCon esto, la parte del proveedor concluye. Pasamos al DNS del cliente.<\/p>\n
Primero, crearemos el archivo \/etc\/bind\/master\/255-240.9.8.7.in-addr.arpa<\/b> users.module.ts<\/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
\nY en named.conf<\/b> a\u00f1adimos la descripci\u00f3n de nuestro nuevo archivo:<\/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
\nReiniciamos el proceso bind.<\/p>\n
\/etc\/init.d\/named restart<\/code><\/pre>\n
\nTodo. Ahora se puede verificar.<\/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
\nTenga en cuenta que se devuelve no solo el registro PTR sino tambi\u00e9n el CNAME. As\u00ed debe ser. Si le interesa saber por qu\u00e9, bienvenido al siguiente cap\u00edtulo.<\/p>\n
2. Teor\u00eda. C\u00f3mo funciona.<\/b><\/p>\n
Es dif\u00edcil configurar y depurar una caja negra. Es mucho m\u00e1s f\u00e1cil si entiendes qu\u00e9 est\u00e1 sucediendo por dentro.<\/p>\n
Cuando delegamos un subdominio en el dominio dominio<\/b>, escribimos algo como esto:<\/p>\n
client.domain.\tNS\tns1.client.domain.\nns1.client.domain.\tA\t7.8.7.8<\/code><\/pre>\n
\nDecimos a todos los que preguntan que no somos responsables de este segmento y decimos qui\u00e9n es el responsable. Y todas las solicitudes a client.domain<\/b> se redirigen a 7.8.7.8. Al verificar, vemos la siguiente situaci\u00f3n (omitimos lo que hay en el cliente, no es importante):<\/p>\n
# host test.client.domain\ntest.client.domain has address 7.8.9.241<\/code><\/pre>\n
\nEs decir, se nos comunic\u00f3 que hay un registro A y su IP es 7.8.9.241. No hay informaci\u00f3n adicional.<\/p>\n
\u00bfY c\u00f3mo se puede hacer lo mismo con una subred?<\/b><\/p>\n
Dado que nuestro servidor DNS est\u00e1 registrado en RIPE, al solicitar un registro PTR de una direcci\u00f3n IP de nuestra red, el primer pedido ser\u00e1 siempre hacia nosotros. La l\u00f3gica es la misma que con los dominios. Pero, \u00bfc\u00f3mo se puede escribir la subred en el archivo de zona?<\/p>\n
Intentamos escribir as\u00ed:<\/p>\n
255-240  IN  NS      7.8.7.8<\/code><\/pre>\n
\nY\u2026 no hubo milagro. No estamos recibiendo ninguna redirecci\u00f3n de la solicitud. Todo se debe a que bind no tiene idea de que estos registros en el archivo de zona inversa son direcciones IP, y mucho menos entiende el registro de rango. Para \u00e9l, es simplemente un subdominio simb\u00f3lico. Es decir, para bind no habr\u00e1 diferencia entre255-240<\/b>\u00bb y \u00aboursuperclient<\/b>y la solicitud para que la consulta se dirija correctamente, la direcci\u00f3n en la solicitud debe verse as\u00ed: 241.255-240.9.8.7.in-addr.arpa<\/b>. O as\u00ed, si usamos un subdominio simb\u00f3lico: 241.oursuperclient.9.8.7.in-addr.arpa<\/b>. Esto difiere del habitual: 241.9.8.7.in-addr.arpa<\/b>.<\/p>\n
Hacer tal solicitud manualmente ser\u00e1 problem\u00e1tico. Y si se logra, no est\u00e1 claro c\u00f3mo aplicarlo en la vida real. Despu\u00e9s de todo, la solicitud sigue siendo respondida por el DNS del proveedor, y no por el del cliente. 7.8.9.241<\/b> Aqu\u00ed es donde entra en juego<\/p>\n
CNAME Del lado del proveedor, es necesario crear un alias para todas las direcciones IP de la subred en un formato que redirija la solicitud al DNS del cliente.<\/b>.<\/p>\n
255-240  IN  NS      ns1.client.domain.\n241     IN  CNAME   241.255-240\n242     IN  CNAME   242.255-240\netc.<\/p>\n
Esto es para los trabajadores =).\n<\/code><\/pre>\n
\nY para los perezosos, la siguiente construcci\u00f3n es m\u00e1s adecuada: <\/p>\n
255-240  IN  NS      ns1.client.domain.\n$GENERATE 240-255 $ CNAME $.255-240<\/p>\n
Ahora la solicitud de informaci\u00f3n a la direcci\u00f3n<\/code><\/pre>\n
\nen el servidor DNS del proveedor se transformar\u00e1 en 7.8.9.241<\/b> de 241.9.8.7.in-addr.arpa<\/b> y se enviar\u00e1 al DNS del cliente. 241.255-240.9.8.7.in-addr.arpa<\/b> Del lado del cliente, ser\u00e1 necesario manejar tales solicitudes. Por lo tanto, creamos una zona <\/p>\n
255-240.9.8.7.in-addr.arpa . En ella, en principio, podemos colocar registros inversos para cualquier IP de toda la subred \/24, pero solo nos preguntar\u00e1n sobre aquellos que el proveedor nos redirija, as\u00ed que no habr\u00e1 mucho juego =).<\/b>Para ilustrar, una vez m\u00e1s dar\u00e9 un ejemplo del contenido del archivo de zona inversa del lado del cliente:
\nPara ilustrar, aqu\u00ed hay un ejemplo del contenido del archivo de la zona inversa desde el lado 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
\nDebido a que usamos CNAME por parte del proveedor, recibimos como respuesta datos sobre direcci\u00f3n IP<\/a> dos registros, no uno.<\/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
\nY no olviden configurar correctamente ACL. Porque no tiene sentido tomar la zona PTR y no responder a nadie del exterior =).<\/b><\/i>
\n
Fuente: 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\udd47Delegaci\u00f3n de la zona inversa de la subred menos \/24 en BIND. C\u00f3mo funciona | ProHoster","description":"Una vez se me present\u00f3 la tarea de dar a uno de los clientes el derecho a editar los registros PTR de la subred que se le asign\u00f3 \/28. No tengo automatizaci\u00f3n para editar las configuraciones de BIND desde afuera.","canonical_url":"https:\/\/prohoster.info\/es\/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":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/33717","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=33717"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/33717\/revisions"}],"predecessor-version":[{"id":157777,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/33717\/revisions\/157777"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=33717"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=33717"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=33717"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}