1. Su empresa ha estado planeando una migración de su dominio de Windows NT 4.0 a un nuevo dominio de Windows Server 2003 durante más de un año.Tiene una oficina corporativa en Charleston, Carolina del Sur y 15 sucursales satelitales repartidas por la costa este. En cada rama, actualmente está ejecutando un Windows NT 4.0 controlador de dominio que también funciona como servidor DNS, WINS y DHCP. En la oficina corporativa tiene tres controladores de dominio y dos servidores miembros. Los servidores miembros de corporate ejecutan WINS, DHCP y DNS. Los servidores WINS de cada sucursal se configuran en un modelo de replicación de hub y radio con corporate. Todos los servidores DNS de rama extraen una zona secundaria de un servidor DNS en corporativo. Finalmente ha llegado el momento y están listos para comenzar su migración.Actualice su servidor DNS principal a Windows 2000.Habilita las actualizaciones dinámicas.Configure todos los controladores de dominio de la empresa para que apunten al nuevo servidor DNS de Windows Server 2003. A continuación, actualice su PDC a Windows 2000. Todo parece estar funcionando bien, pero en unas pocas horas comienza a recibir llamadas de algunas de sus sucursales que el servicio DNS les está dando errores de Dr. Watson.¿Cuál podría ser la causa del problema?
A. Los servidores NT 4.0 ejecutan service pack 5.
B. Los servidores NT 4.0 no deben ejecutar DNS, ya que son controladores de dominio.
C. Los servidores NT 4.0 ejecutan service pack 3.
D. El NT 4.0 los servidores requieren transferencia de zona completa, pero Windows Server 2003 solo admite transferencias de zona incrementales.
0 C. La respuesta C es correcta, porque los servidores DNS de Windows NT 4.0 pueden replicarse con servidores DNS de Windows Server 2003. Sin embargo, si los servidores 4.0 no están ejecutando al menos service pack 4, no admitirán registros SRV. En esta pregunta, su servidor DNS principal se ha actualizado a Windows 2000, lo que le da soporte integrado para actualizaciones dinámicas y registros de servicio (SRV). A continuación, replica esos registros en todas las zonas DNS secundarias de Windows NT 4.0. Ahora,cuando se carga el archivo de zona, Window realiza un Dr. Watson (lo que indica que el sistema tuvo un fallo).
0 La respuesta A es incorrecta, porque no es necesario tener service pack 5. La respuesta B es incorrecta, porque ejecutar DNS en un controlador de dominio es completamente aceptable.La respuesta D está ahí para tratar de despistarte. Es una declaración a verdadera, porque Windows NT 4.0 solo admite transferencias de zona completas y Windows Server 2003 admite transferencias de zona incrementales. Sin embargo, esto no causaría problemas porque Windows Server 2003 también admite transferencias de zona completa y se replicaría con un servidor DNS de Windows NT 4.0 sin problemas.
2. Lisa trabaja para una empresa de desarrollo que cuenta con una infraestructura de dominio de Active Directory de Windows Server 2003 en modo nativo. Utilizan Windows XP y Windows 2000 exclusivamente en todos los portátiles cliente e implementan todas las opciones de configuración de IP a través de DHCP. Todos los servidores DHCP están configurados para registrar automáticamente los registros A y PTR en nombre de sus clientes. Lisa mantiene una base de datos DNS integrada de Active Directory Windows Server 2003. El entorno corporativo está muy transitado por usuarios móviles que se mueven de piso en piso, desconectan sus cables de red y no apagan o liberan correctamente la información IP antigua. Los desarrolladores agregan máquinas constantemente al dominio a través de software virtual y luego las desconectan. Cada uno de los cuatro pisos en los que Lisa trabaja está configurado como un subdominio del dominio raíz del primer piso. A cada cliente se le asigna un orden de búsqueda de sufijos DNS para cada subdominio. Después de trabajar allí durante bastante tiempo, Lisa descubre que su base de datos DNS está llena de registros obsoletos estancados. Cree que esto está causando algunos problemas de rendimiento y quiere iniciar una búsqueda manual de la base de datos para ver cuántos registros limpia. Lisa no ha cambiado ninguno de los ajustes de configuración de DNS predeterminados desde que lo instaló. Lisa entra en su consola DNS, hace clic con el botón derecho en su servidor DNS y selecciona Buscar Registros de Recursos Obsoletos. Responde que sí a la pregunta de si quiere buscar todos los registros de recursos de la base de datos. Espera hasta el día siguiente y comprueba la base de datos solo para encontrar que los registros siguen ahí. A continuación, recuerda que leyó en algún lugar que el intervalo de actualización predeterminado es de 7 días, por lo que ejecuta la búsqueda una vez más para asegurarse y decide volver a verificar en una semana. Dos semanas más tarde, los registros de la base de datos obsoletos aún existen y no parecen querer desaparecer. ¿Qué está haciendo Lisa mal?
A. Lisa olvidó habilitar la búsqueda de archivos en el servidor.
B. Lisa olvidó habilitar la búsqueda en el dominio.
C. Lisa olvidó habilitar la búsqueda de archivos en el servidor y el dominio.
D. Lisa no ha esperado lo suficiente.
0 C. La respuesta C es correcta, porque para que la búsqueda de archivos basura funcione de forma manual o automática, debe estar habilitada tanto en las propiedades del servidor como en las propiedades del dominio. Si uno de estos no está habilitado, la búsqueda manual no funcionará aunque no le dé un mensaje de error.
0 La respuesta A es incorrecta, porque Lisa no ha cambiado la instalación predeterminada. Eso significa que tanto el servidor como el dominio deben estar habilitados, no solo el servidor. La respuesta B es incorrecta por la misma razón. La respuesta D es incorrecta, porque la cantidad de tiempo que espera Lisa no cambia el hecho de que la búsqueda de basura no está funcionando en absoluto.
Siga leyendo aquí: Configuración de clientes DNS
¿Fue útil este artículo?