relacionada con Diseño sala clientes livianos - Tareas # 3051: Elegir un marc...

Transcripción

1 Configuracion de Un Servidor de Datos - Tareas #3049 Tareas # 3047 (Cerrada): Configurar la red de la sala del tecnólogo Delegar el DNS de una zona tadmin.cure.edu.uy :31 - Daniel Viñar Ulriksen Estado: Cerrada Fecha de inicio: Prioridad: Normal Fecha fin: Asignado a: Tecnologo adminredes % Realizado: 60% Categoría: Tiempo estimado: 0.00 hora Versión prevista: Tiempo dedicado: 0.00 hora Descripción Delegamos el domino de la zona, a un servidor DNS en una de las máquinas. Peticiones relacionadas: relacionada con Diseño sala clientes livianos - Tareas # 3051: Elegir un marc... Resuelta relacionada con Configuracion de Un Servidor de Datos - Tareas # 3082: qué s... Cerrada relacionada con Diseño sala clientes livianos - Errores # 3170: Error en el s... En curso relacionada con Configuracion de Un Servidor de Datos - Tareas # 3109: Defens... En curso Histórico # :37 - Federico Olivera - Estado cambiado Nueva por En curso Configurar un servidor para que responda consultas DNS para la sala de tecnologos, en la red /27 Queda a la espera para determinar qué servidor y cual grupo se hará cargo # :40 - Federico Olivera - Asignado a cambiado Tecnologo adminredes por Federico Olivera El grupo 2, nos encargamos de configurar un DNS en nuestro servidor Radius. # :27 - Daniel Viñar Ulriksen Como les decía, Radius no me parece un buen nombre, por eventualidad de confusión con el protocolo de tal denominación Conviene que primero eligan un conjunto de denominación. Ver: #3051 # :33 - Daniel Viñar Ulriksen El servidor secundario de la zona tadmin.cure.edu.uy que les es delegada será el servidor: gould.edu.uy Busquen y explíquen en la wiki del proyecto que son los "glue records" en el DNS. Pídannos claramente qué glue record tenemos que definir en cual de [[dns: los servidores de nombres que manejamos en la red de unidades informáticas]]. Dígannos lo que debemos configurar en el servidor secundario. 1/5

2 # :18 - Daniel Viñar Ulriksen - Proyecto cambiado Diseño sala clientes livianos por Configuracion de Un Servidor de Datos - Asignado a cambiado Federico Olivera por Tecnologo - archivos comp. # :50 - Federico Olivera El glue record, creo que habria que definirlo en massera (que no me queda claro dónde está), ya que el sistema de autoridad de cure.edu.uy le pertenece a él, pero tiene mas sentido que se encuentre en ya que están en el mismo dominio, pero ése es el dispositivo que van a apagar para configurar el dns nuestro, no? En nuestro servidor configuraremos una zona llamada "cure.edu.uy"** y lo configuraremos para que sepa que hay un dns secundario. Entonces en gould.edu.uy** en el archivo named.conf.local hay que agregar zone "cure.edu.uy" { type slave; file "/etc/bind/db.cure.edu.cl"; allow-query { any; }; masters { ; }; }; Luego para tener recursividad, deberian modificar el archivo named.conf.options y agregar allow-recursion { any; }; De esta manera seria un dns esclavo y recursivo, aunque devolvería todo a todos, y no sé si es eso lo que se espera. # :46 - Daniel Viñar Ulriksen El glue record, creo que habria que definirlo en massera Sí. excepto que serán los glue records, no el. Y conviene que nos digan exactamente cuales son. (que no me queda claro dónde está), está en CSIC. ya que el sistema de autoridad de cure.edu.uy le pertenece a él, Sí. esería "fuente de autoridad" u "origen de autoridad". SOA Source of Authority pero tiene mas sentido que se encuentre en ya que están en el mismo dominio, Ni tanto: lo que importa no es dodnde está tu SOA, sino tener acceso a él. Tambień importa tener siempre disponible una copia local, pero no tiene porqué ser el mismo SOA. pero ése es el dispositivo que van a apagar para configurar el dns nuestro, no? 2/5

3 EL servicio para el cual debe haber una sola instancia es el DHCP, no el DNS. Cuando Uds tengan preparado su DHCP y quieran probarlo, conviene que bajemos el DHCP en (pero también es interesante que prueben qué pasa cuando hay 2). Pero eso es un problema de la #3048. En nuestro servidor configuraremos una zona llamada "cure.edu.uy"** No: la zona que Uds gestionan es tadmin.cure.edu.uy (la cual es delegada por la zona cure.edu.uy) y lo configuraremos para que sepa que hay un dns secundario. Sí, en el servidor NS master (SOA) que van a configurar, tienen que hacer varias configuraciones para tomar en cuenta el secundario. Entonces en gould.edu.uy** en el archivo named.conf.local hay que agregar zone "cure.edu.uy" { type slave; file "/etc/bind/db.cure.edu.cl"; allow-query { any; }; masters { ; }; }; Buenos, essepto que nos querí' mandar pa' shile, está bien. Sobre todo: deduzco de esto que la IP fija que le piensan dar al servidor primario es Esa es una de las informaciones esenciales que Uds. nos deben dar, y que conviene fijar cuanto antes. Luego para tener recursividad, deberian modificar el archivo named.conf.options y agregar allow-recursion { any; }; No, ni el NS primario ni el secundario tienen porqué ser recursivos. Deben respnder respecto a la información que ellos mismos tienen, para las zonas que les conciernen. Y tú mismo lo concluyes: De esta manera seria un dns esclavo y recursivo, aunque devolvería todo a todos, y no sé si es eso lo que se espera. # :54 - Daniel Viñar Ulriksen Separo esta tarea: #3082 Busquen y explíquen en la wiki del proyecto que son los "glue records" en el DNS. # :31 - Victor Alem 3/5

4 dejo los registros glue records como están definidos en massera o quieren cambiarlos? # :05 - Federico Olivera - Asignado a cambiado Tecnologo - archivos comp. por Victor Alem - % Realizado cambiado 0 por 50 # :59 - Daniel Viñar Ulriksen Retomo de la tarea #3082: una salida del comando dig ó massera].edu.uy debería incluir: ;; AUTHORITY SECTION: tadmin.cure.edu.uy. 600 NS santa-teresa.tadmin.edu.uy. tadmin.cure.edu.uy. 600 NS gould.csic.edu.uy. ;; ADDITIONAL SECTION: santa-teresa.tadmin.edu.uy A gould.csic.edu.uy A Ya lo tienen para santa-teresa, como les decía: #3082#note-8 Y el NS, se debe también definir para gould en el servidor de delegación de zona massera.csic.edu.uy # :07 - Daniel Viñar Ulriksen - % Realizado cambiado 50 por 60 Defino la delegación de zona al servidor secundario gould.csic.edu.uy: En massera.csic.edu.uy, servidor SOA de cure.edu.uy, en su definición de zona db.cure.edu.uy, procedo a: - modificar el serial en la definición del SOA, para ponerlo a la fecha de hoy, - agrego en las siguientes la líneas que se refiere a gould: ; Delegación de dominios bajo CURE.edu.uy ; ; Definición del sub-dominio para el taller de administración de redes y servicios $ORIG tadmin.cure.edu.uy. ; Definimos el NS para el NS NS gould.csic.edu.uy. ; la dirección para el glue record santa-teresa A Reinicio el servicio: service bind restart Y verifico, con un tail /var/log/syslog que el servicio arrancó bien (los errores son sólo con IPv6, que no usamos): 4/5

5 Jul 6 11:00:37 massera named[12514]: reloading configuration succeeded Jul 6 11:00:37 massera named[12514]: reloading zones succeeded Jul 6 11:00:37 massera named[12514]: zone cure.edu.uy/: loaded serial Jul 6 11:00:37 massera named[12514]: zone cure.edu.uy/: sending notifies (serial ) Jul 6 11:00:37 massera named[12514]: error (network unreachable) resolving 'seciu.edu.uy/a/': 2001:67c:e0::122#53 Jul 6 11:00:38 massera named[12514]: error (network unreachable) resolving 'seciu.edu.uy/a/': 2001:1328:6::5#53 Jul 6 11:00:38 massera named[12514]: client #55317: transfer of 'cure.edu.uy/': AXFR-style IXFR started Jul 6 11:00:38 massera named[12514]: client #55317: transfer of 'cure.edu.uy/': AXFR-style IXFR ended # :22 - Daniel Viñar Ulriksen En gould.csic.edu.uy, cofiguré un servidor secundario de santa-teresa.tadmin.cure.edu.uy, como [[raspberry_pi:configuración_del_dns_de_la_zona documentaco acá]]. Arranca bien, pero no logra recuperar su zona del servidor master (en /var/log/syslog): Jul 6 10:53:25 gould named[1876]: received control channel command 'reload' Jul 6 10:53:25 gould named[1876]: loading configuration from '/etc/bind/named.conf' Jul 6 10:53:25 gould named[1876]: reading built-in trusted keys from file '/etc/bind/bind.keys' Jul 6 10:53:25 gould named[1876]: using default UDP/IPv4 port range: [1024, 65535] Jul 6 10:53:25 gould named[1876]: using default UDP/IPv6 port range: [1024, 65535] Jul 6 10:53:25 gould named[1876]: sizing zone task pool based on 11 zones Jul 6 10:53:25 gould named[1876]: reloading configuration succeeded Jul 6 10:53:25 gould named[1876]: reloading zones succeeded Jul 6 10:53:26 gould named[1876]: zone tadmin.cure.edu.uy/: Transfer started. Jul 6 10:53:26 gould named[1876]: transfer of 'tadmin.cure.edu.uy/' from #53: connected using #44541 Jul 6 10:53:26 gould named[1876]: transfer of 'tadmin.cure.edu.uy/' from #53: failed while receiving responses: REFUSED Jul 6 10:53:26 gould named[1876]: transfer of 'tadmin.cure.edu.uy/' from #53: Transfer completed: 0 messages, 0 records, 0 bytes, secs (0 bytes/sec) # :24 - Daniel Viñar Ulriksen - Asignado a cambiado Victor Alem por Tecnologo adminredes Devuelvo esta tarea al grupo. Por favor, revisar los dos últimos comentarios. Las tareas de este proyecto deberían estar atribuidas individualmente! # :14 - Daniel Viñar Ulriksen - Estado cambiado En curso por Cerrada 5/5