INDICE

AGRADECIMIENTO .............................................................................................................................. 4 DEDICATORIA ...................................................................................................................................... 6 INTRODUCCIN ................................................................................................................................... 7 CAPITULO I: MARCO CONCEPTUAL ..................................................................................................... 8 1.1 DEFINICION DEL PROBLEMA: ...................................................................................... 8

El problema tratar es la planeacin estratgica en las empresas. ........................................................ 8 El mismo tratara de explicar la importancia que tiene la planificacin o planeacin estratgica en las empresas. ............................................................................................................................................. 8 1.2 PLANTEAMIENTO DEL PROBLEMA: ......................................................................................... 8

Las empresas hoy en da necesitan expandirse, crecer y llegar a ms clientes, por lo tanto toda empresa disea planes estratgicos que le ayuden al logro de sus objetivos y metas que se han planteado, dichos planes pueden ser corto, mediano y largo plazo dependiendo de la amplitud y la magnitud de la empresa, o lo que es decir el tamao de la empresa, pues esto implica que cantidad de planes y actividades tienen que ejecutarse en cada unidad operativa, en los diferentes niveles. ................................................................................................................................................ 8 Las grandes empresas logran mayor rentabilidad y reproduccin ampliada de su capital, gracias al conocimiento y aplicacin de tecnologas como la planeacin prospectiva, estratgica y logstica, mientras que las pymes logran menor rentabilidad y en muchos casos solo sobrevivencia y reproduccin simple del capital, debido al desconocimiento, carencias o dificultades en las mismas. ............................................................................................................................................... 8 Analizando lo antes sealado, se sabe que hay empresas que an no cuentan con un plan estratgico, por lo tanto no logran alcanzar y cumplir los objetivos trazados, por lo cual se hace necesario una serie de medidas de manera imprescindible que permita a dichas empresas que les permita sobrevivir sin alejarse de los objetivos, metas o planes trazados. ........................................ 8 En dichas empresas los directivos y gerentes juegan un papel muy importante, pues son los responsables de que los resultados que se esperaban sean productivos. Para ellos es necesario conocer los beneficios que trae una planeacin estratgica, para que esta les sirva de ayuda para mejorar el crecimiento y desarrollo de la empresa que tienen a su mando. ..................................... 8 1.3 1.3.1 OBJETIVOS DE LA INVESTIGACION: ......................................................................................... 9 OBJETIVOS GENERALES: ...................................................................................................... 9

La siguiente monografa busca:........................................................................................................... 9 Investigar sobre la Planeacin Estratgica. ................................................................................. 9 Recopilar informacin sobre la Planeacin Estratgica. ............................................................. 9 OBJETIVOS ESPECIFICOS: ..................................................................................................... 9

1.3.2

 Estudiar como la planeacin estratgica ayuda a las empresas a cumplir sus objetivos trazados. .............................................................................................................................................. 9 1.4 JUSTIFICACIN E IMPORTANCIA: ............................................................................................ 9

Esta monografa es el resultado de una investigacin, como requisito para poder obtener el ttulo de Licenciada en Administracin de Empresas, en Universidad De Panam. .................................... 9 Es importante ya que ayuda a conocer masa fondo lo que es la planificacin estratgica, y como esta es capaza de ayudar a una empresa a salir adelante, cumpliendo los objetivos que se han trazado. ............................................................................................................................................... 9 1.5 1.5.1 METODOLOGIA DE LA INVESTIGACION: .................................................................................. 9 TIPO DE ESTUDIO: ............................................................................................................... 9

El tipo de estudio es monografa compilacin. ................................................................................... 9 1.5.2 INSTRUMENTO DE RECOLECCION DE DATOS...................................................................... 9

Por ser una monografa, no tiene un mtodo de recoleccin de datos especfico, pues en este caso se buscara informacin en libros, pginas web u otras fuentes. Usando de este modo las fuentes secundarias de la informacin. ........................................................................................................... 9 CAPTULO II: MARCO TERICO ......................................................................................................... 10 2.1 QU ES UN DOMINIO?............................................................................................................... 11 2.2 DEFINICIN DE SERVIDOR DNS: ................................................................................................. 12 2.3 CMO FUNCIONAN LAS CONSULTAS DNS: ................................................................................. 13 Parte 1: el solucionador local ........................................................................................................ 15 Parte 2: consultar un servidor DNS ............................................................................................... 16 2.3.1 RESPUESTAS DE CONSULTAS ALTERNATIVAS ....................................................... 18 2.4 CARACTERSTICAS DEL SERVIDOR ............................................................................................... 19 2.4.1 NUEVAS CARACTERSTICAS PARA DNS:................................................................... 23 2.4.1.1 2.5 CARACTERSTICAS DE SEGURIDAD DNS MEJORADAS: ........................ 24

INSTALACIN DNS EN WINDOWS SERVER 2003: .................................................. 25

2.6 CONFIGURACIN DNS EN WINDOWS SERVER 2003: .................................................................. 46 2.7 IMPLEMENTAR DNS: ...................................................................................................... 49

2.7.1 DISEO DEL ESPACIO DE NOMBRES PARA DNS: .................................................... 49 2.7.1.1 ELEGIR EL PRIMER NOMBRE DE DOMINIO DNS: .............................................. 49 2.7.1.2 PLANEAR EL ESPACIO DE NOMBRES DNS PARA ACTIVE DIRECTORY: ..... 50 2.7.1.3 ELEGIR NOMBRES: ................................................................................................... 51

2.7.1.4 PLANEAR LA INTEGRACIN: COMPATIBILIDAD CON MLTIPLES ESPACIOS DE NOMBRES ..................................................................................................... 54 2.8 PLAN DE ZONAS PARA DNS: ........................................................................................................ 55 2.9 PLANEAMIENTO DE LOS SERVIDORES PARA DNS: ...................................................................... 56 2.9.1 PLAN DE LA CAPACIDAD DEL SERVIDOR: ................................................................ 56 2.9.2 DNDE COLOCAR LOS SERVIDORES DNS:................................................................ 57 2.10 MIGRAR SERVIDORES: ............................................................................................................... 59 2.10.1 ACTUALIZAR SERVIDORES DNS DESDE WINDOWS NT SERVER 4.0 Y WINDOWS 2000: ......................................................................................................................... 59 2.10.2 MOVER ARCHIVOS BASADOS EN BIND: .................................................................. 60 2.10.3 MIGRAR DE SERVIDORES DE TERCEROS MEDIANTE LA TRANSFERENCIA DE ZONA:........................................................................................................................................... 61 2.11 PROBLEMAS DE INTEROPERABILIDAD: ..................................................................................... 62 2.11.1 CONSIDERACIONES DE DNS PARA ACTIVE DIRECTORY: ................................... 62 2.11.2 LA TRANSFERENCIA DE ZONAS CON BIND Y OTRAS IMPLEMENTACIONES DEL SERVIDOR DNS: ................................................................................................................ 63 2.11.3 COMPATIBILIZAR ACTIVE DIRECTORY CON OTRAS IMPLEMENTACIONES DEL SERVIDOR DNS: ................................................................................................................ 63 2.11.4 INTERACCIN DE LOS SERVIDORES DNS DE WINDOWS CON OTRAS IMPLEMENTACIONES DEL SERVIDOR DNS: ...................................................................... 64 2.11.5 USAR DNS EN INTERNET: ............................................................................................ 66 2.11.6 PLANEAR LA INTEROPERABILIDAD: CONFIGURAR SERVICIOS RELACIONADOS:....................................................................................................................... 67 2.12 PROTEGER LA IMPLEMENTACIN DE DNS: ............................................................................... 68 CONCLUSIN ..................................................................................................................................... 70 BIBLIOGRAFA .................................................................................................................................... 71

AGRADECIMIENTO

Le doy gracias a Dios y a la Virgen Mara, a mi familia que me ha brindado el apoyo moral y espiritual para superar una de tantas metas, a los profesores que durante todos estos aos me impartieron clases, mil gracias y que Dios les bendiga.

DEDICATORIA

Ante todo dedico este trabajo a nuestro Dios Todopoderoso, que me ha dado la fortaleza y la sabidura para poder elaborar esta monografa, tambin a mi familia que con esfuerzos cada da me han orientado a seguir adelante y a superar cualquier obstculo que se me presente, a mis amigos, a los docentes que me han impartido clases a travs de los aos.

INTRODUCCIN

CAPITULO I: MARCO CONCEPTUAL

1.1 DEFINICION DEL PROBLEMA: El problema tratar es la planeacin estratgica en las empresas. El mismo tratara de explicar la importancia que tiene la planificacin o planeacin estratgica en las empresas.

1.2 PLANTEAMIENTO DEL PROBLEMA: Las empresas hoy en da necesitan expandirse, crecer y llegar a ms clientes, por lo tanto toda empresa disea planes estratgicos que le ayuden al logro de sus objetivos y metas que se han planteado, dichos planes pueden ser corto, mediano y largo plazo dependiendo de la amplitud y la magnitud de la empresa, o lo que es decir el tamao de la empresa, pues esto implica que cantidad de planes y actividades tienen que ejecutarse en cada unidad operativa, en los diferentes niveles. Las grandes empresas logran mayor rentabilidad y reproduccin ampliada de su capital, gracias al conocimiento y aplicacin de tecnologas como la planeacin prospectiva, estratgica y logstica, mientras que las pymes logran menor rentabilidad y en muchos casos solo sobrevivencia y reproduccin simple del capital, debido al desconocimiento, carencias o dificultades en las mismas. Analizando lo antes sealado, se sabe que hay empresas que an no cuentan con un plan estratgico, por lo tanto no logran alcanzar y cumplir los objetivos trazados, por lo cual se hace necesario una serie de medidas de manera imprescindible que permita a dichas empresas que les permita sobrevivir sin alejarse de los objetivos, metas o planes trazados. En dichas empresas los directivos y gerentes juegan un papel muy importante, pues son los responsables de que los resultados que se esperaban sean productivos. Para ellos es necesario conocer los beneficios que trae una planeacin estratgica, para que
8

esta les sirva de ayuda para mejorar el crecimiento y desarrollo de la empresa que tienen a su mando. 1.3 OBJETIVOS DE LA INVESTIGACION: 1.3.1 OBJETIVOS GENERALES: La siguiente monografa busca: Investigar sobre la Planeacin Estratgica. Recopilar informacin sobre la Planeacin Estratgica. OBJETIVOS ESPECIFICOS: Estudiar como la planeacin estratgica ayuda a las empresas a cumplir sus objetivos trazados. 1.4 JUSTIFICACIN E IMPORTANCIA: Esta monografa es el resultado de una investigacin, como requisito para poder obtener el ttulo de Licenciada en Administracin de Empresas, en Universidad De Panam. Es importante ya que ayuda a conocer masa fondo lo que es la planificacin estratgica, y como esta es capaza de ayudar a una empresa a salir adelante, cumpliendo los objetivos que se han trazado.

1.3.2

1.5 METODOLOGIA DE LA INVESTIGACION: 1.5.1 TIPO DE ESTUDIO: El tipo de estudio es monografa compilacin. 1.5.2 INSTRUMENTO DE RECOLECCION DE DATOS Por ser una monografa, no tiene un mtodo de recoleccin de datos especfico, pues en este caso se buscara informacin en libros, pginas web u otras fuentes. informacin. Usando de este modo las fuentes secundarias de la

CAPTULO II: MARCO TERICO

10

2.1 QU ES UN DOMINIO? Un dominio o nombre de dominio es el nombre que identifica un sitio web. Cada dominio tiene que ser nico en Internet. Por ejemplo, "www.hotmail.com" es el nombre de dominio de la pgina web de Hotmail. Un solo servidor web puede servir mltiples pginas web de mltiples dominios, pero un dominio slo puede apuntar a un servidor. Un dominio se compone normalmente de tres partes: en www.hotmail.com, las tres uves dobles (www), el nombre de la organizacin (Hotmail) y el tipo de organizacin (com). Los tipos de organizacin ms comunes son .COM, .NET, .MIL, y .ORG, que se refieren a comercial, network, militar, y organizacin (originalmente sin nimo de lucro, aunque ahora cualquier persona puede registrar un dominio .org). Puesto que Internet se basa en direcciones IP, y no en nombres de dominio, cada servidor web requiere de un servidor de nombres de dominio (DNS) para traducir los nombres de los dominios a direcciones IP. Cada dominio tiene un servidor de nombre de dominio primario y otro secundario.

11

Las direcciones DNS primaria y secundaria simplemente son las IPs de dos servidores DNS que debe proporcionrtelas el proveedor con el que registraste el dominio, o en su defecto por el hosting que se tiene.

2.2 DEFINICIN DE SERVIDOR DNS: DNS es una abreviatura para Sistema de nombres de dominio (Domain Name System), un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarqua de dominios. La asignacin de nombres DNS se utiliza en las redes TCP/IP, como Internet, para localizar equipos y servicios con nombres descriptivos. Cuando un usuario escriba un nombre DNS en una aplicacin, los servicios DNS podrn traducir el nombre a otra informacin asociada con el mismo, como una direccin IP. Por ejemplo, la mayora de los usuarios prefieren un nombre descriptivo, fcil de utilizar, como ejemplo.microsoft.com para localizar un equipo (como un servidor Web o de correo electrnico) en la red. Un nombre descriptivo resulta ms fcil de aprender y recordar. Sin embargo, los equipos se comunican a travs de una red mediante direcciones numricas. Para facilitar el uso de los recursos de red, los sistemas de nombres como DNS proporcionan una forma de asignar estos nombres descriptivos de los equipos o servicios a sus direcciones numricas. La siguiente ilustracin muestra un uso bsico de DNS, consistente en la bsqueda de la direccin IP de un equipo basada en su nombre.

12

Figura #1 Cliente consulta a un servidor DNS

En este ejemplo, un equipo cliente consulta a un servidor DNS, preguntando la direccin IP de un equipo configurado para utilizar host-a.ejemplo.microsoft.com como nombre de dominio. Como el servidor puede utilizar la base de datos local para responder la consulta, contesta con una respuesta que contiene la informacin solicitada, un registro de recursos de host (A) que contiene la informacin de direccin IP para host-a.ejemplo.microsoft.com. El ejemplo muestra una consulta DNS sencilla entre un nico cliente y un servidor DNS.

2.3 CMO FUNCIONAN LAS CONSULTAS DNS: Cuando un cliente DNS necesita buscar un nombre que se utiliza en un programa, consulta los servidores DNS para resolver el nombre. Cada mensaje de consulta que enva el cliente contiene tres grupos de informacin, que especifican una pregunta que tiene que responder el servidor:

Un nombre de dominio DNS especificado, indicado como un nombre de dominio completo.

13

Un tipo de consulta especificado, que puede establecer un registro de recursos por tipo o un tipo especializado de operacin de consulta

Una

clase

especificada

para

el

nombre

de

dominio

DNS.

Para servidores DNS de Windows, esto se debe especificar siempre como la clase Internet. Por ejemplo, el nombre especificado puede ser el nombre completo de un equipo, como "host-a.ejemplo.microsoft.com.", y el tipo de consulta especificado para buscar un registro de recursos de direccin (A) por ese nombre. Considere una consulta DNS como una pregunta de un cliente a un servidor en dos partes, como "Tiene algn registro de recursos de direccin (A) de un equipo llamado 'nombrehost.ejemplo.microsoft.com'?". Cuando el cliente recibe una respuesta del servidor, lee e interpreta el registro de recursos A respondido, y aprende la direccin IP del equipo al que pregunt por el nombre. Las consultas DNS se resuelven de diferentes formas. A veces, un cliente responde a una consulta localmente mediante la informacin almacenada en la cach obtenida de una consulta anterior. El servidor DNS puede utilizar su propia cach de informacin de registros de recursos para responder a una consulta. Un servidor DNS tambin puede consultar o ponerse en contacto con otros servidores DNS en nombre del cliente solicitante para resolver el nombre por completo y, a continuacin, enviar una respuesta al cliente. Este proceso se llama recursividad. Adems, el mismo cliente puede intentar ponerse en contacto con servidores DNS adicionales para resolver un nombre. Cuando un cliente lo hace, utiliza consultas adicionales e independientes en funcin de respuestas de referencia de los servidores. Este proceso se llama iteracin. En general, el proceso de consulta DNS se realiza en dos partes:

La consulta de un nombre comienza en un equipo cliente y se pasa al solucionador, el servicio Cliente DNS, para proceder a su resolucin.

Cuando la consulta no se puede resolver localmente, se puede consultar a los servidores DNS segn sea necesario para resolver el nombre.
14

Estos dos procesos se detallan a continuacin. Parte 1: el solucionador local En la figura siguiente se muestra un resumen del proceso de consulta DNS completo.

Figura #2 Proceso de consulta DNS completo

Como se muestra en los pasos iniciales del proceso de consulta, en un programa del equipo local se utiliza un nombre de dominio DNS. A continuacin, la solicitud se pasa al servicio Cliente DNS para proceder a su resolucin mediante la informacin almacenada en la cach local. Si se puede resolver el nombre consultado, se responde a la consulta y el proceso finaliza. La cach del solucionador local puede incluir informacin de nombres obtenida de dos orgenes posibles:

Si un archivo Hosts est configurado localmente, las asignaciones de nombre a direccin de host de ese archivo se cargan previamente en la cach cuando se inicia el servicio Cliente DNS.

15

Los registros de recursos obtenidos en las respuestas de consultas DNS anteriores se agregan a la cach y se mantienen durante un perodo.

Si la consulta no coincide con una entrada de la cach, el proceso de resolucin contina con la consulta del cliente al servidor DNS para resolver el nombre. Parte 2: consultar un servidor DNS Como se indic en la figura anterior, el cliente consulta un servidor DNS preferido. El servidor real utilizado durante la parte de la consulta inicial cliente-servidor del proceso se selecciona de una lista global. Cuando el servidor DNS recibe una consulta, primero comprueba si puede responder la consulta con autoridad en funcin de la informacin de registro de recursos contenida en una zona configurada localmente en el servidor. Si el nombre consultado coincide con un registro de recursos correspondiente en la informacin de zona local, el servidor responde con autoridad y usa esta informacin para resolver el nombre consultado. Si no existe ninguna informacin de zona para el nombre consultado, a continuacin el servidor comprueba si puede resolver el nombre mediante la informacin almacenada en la cach local de consultas anteriores. Si aqu se encuentra una coincidencia, el servidor responde con esta informacin. De nuevo, si el servidor preferido puede responder al cliente solicitante con una respuesta coincidente de su cach, finaliza la consulta. Si el nombre consultado no encuentra una respuesta coincidente en su servidor preferido, ya sea en su cach o en su informacin de zona, el proceso de consulta puede continuar y se usa la recursividad para resolver completamente el nombre. Esto implica la asistencia de otros servidores DNS para ayudar a resolver el nombre. De forma predeterminada, el servicio Cliente DNS solicita al servidor que utilice un proceso de recursividad para resolver completamente los nombres en nombre del cliente antes de devolver una respuesta. En la mayor parte de los casos, el servidor DNS se configura, de forma predeterminada, para admitir el proceso de recursividad como se muestra en el grfico siguiente.

16

Figura #3 Recursividad de un Servidor DNS

Para que el servidor DNS realice la recursividad correctamente, primero necesita informacin de contacto til acerca de los otros servidores DNS del espacio de nombres de dominio DNS. Esta informacin se proporciona en forma de sugerencias de raz, una lista de los registros de recursos preliminares que puede utilizar el servicio DNS para localizar otros servidores DNS que tienen autoridad para la raz del rbol del espacio de nombres de dominio DNS. Los servidores raz tienen autoridad para el dominio raz y los dominios de nivel superior en el rbol del espacio de nombres de dominio DNS. Un servidor DNS puede completar el uso de la recursividad utilizando las sugerencias de raz para encontrar los servidores raz. En teora, este proceso permite a un servidor DNS localizar los servidores que tienen autoridad para cualquier otro nombre de dominio DNS que se utiliza en cualquier nivel del rbol del espacio de nombres. Por ejemplo, piense en la posibilidad de usar el proceso de recursividad para localizar el nombre "host-b.ejemplo.microsoft.com." cuando el cliente consulte un nico servidor DNS. El proceso ocurre cuando un servidor y un cliente DNS se inician y no tienen informacin almacenada en la cach local disponible para ayudar a resolver la consulta de un nombre. El servidor supone que el nombre consultado por el cliente es para un nombre de dominio del que el servidor no tiene conocimiento local, segn sus zonas configuradas.
17

Primero, el servidor preferido analiza el nombre completo y determina que necesita la ubicacin del servidor con autoridad para el dominio de nivel superior, "com". A continuacin, utiliza una consulta iterativa al servidor DNS "com" para obtener una referencia al servidor "microsoft.com". Despus, desde el servidor "microsoft.com" se proporciona una respuesta de referencia al servidor DNS para "ejemplo.microsoft.com". Finalmente, se entra en contacto con el servidor "ejemplo.microsoft.com.". Ya que este servidor contiene el nombre consultado como parte de sus zonas configuradas, responde con autoridad al servidor original que inici la recursividad. Cuando el servidor original recibe la respuesta que indica que se obtuvo una respuesta con autoridad a la consulta solicitada, reenva esta respuesta al cliente solicitante y se completa el proceso de consulta recursiva. Aunque el proceso de consulta recursiva puede usar muchos recursos cuando se realiza como se describe anteriormente, tiene algunas ventajas en el rendimiento para el servidor DNS. Por ejemplo, durante el proceso de recursividad, el servidor DNS que realiza la bsqueda recursiva obtiene informacin acerca del espacio de nombres de dominio DNS. Esta informacin se almacena en la cach del servidor y se puede utilizar de nuevo para ayudar a acelerar la obtencin de respuestas a consultas subsiguientes que la utilizan o concuerdan con ella. Con el tiempo, esta informacin almacenada en cach puede crecer hasta ocupar una parte significativa de los recursos de memoria del servidor, aunque se limpia siempre que el servicio DNS se activa y desactiva. 2.3.1 RESPUESTAS DE CONSULTAS ALTERNATIVAS En las afirmaciones anteriores acerca de las consultas DNS se supone que el proceso finaliza con una respuesta positiva devuelta al cliente. Sin embargo, las consultas tambin pueden devolver otras respuestas. Las ms habituales son:

Una respuesta con autoridad Una respuesta positiva Una respuesta de referencia Una respuesta negativa
18

Una respuesta con autoridad es una respuesta positiva devuelta al cliente y entregada con el bit de autoridad activado en el mensaje DNS para indicar que la respuesta se obtuvo de un servidor con autoridad directa para el nombre consultado. Una respuesta positiva puede estar formada por el registro de recursos consultado o por una lista de registros de recursos (tambin llamada RRset) que se ajusta al nombre de dominio DNS consultado y el tipo de registro especificado en el mensaje de la consulta. Una respuesta de referencia contiene registros de recursos adicionales no especificados por el nombre o el tipo de la consulta. Si el proceso de recursividad no se admite, se devuelve al cliente este tipo de respuesta. Los registros deben actuar como respuestas de referencia tiles que el cliente puede utilizar para continuar la consulta mediante la iteracin. Una respuesta de referencia contiene datos adicionales como registros de recursos (RR) distintos de los del tipo consultado. Por ejemplo, si el nombre de host consultado era "www" y no se encontr ningn registro de recursos de direccin (A) para este nombre en esta zona pero, en su lugar, se encontr un registro de recursos de CNAME para "www", el servidor DNS puede incluir esa informacin cuando responda al cliente. Si el cliente puede utilizar la iteracin, puede hacer consultas adicionales con la informacin de referencia en un intento de resolver completamente el nombre por s mismo. Una respuesta negativa del servidor puede indicar que se encontr uno de los dos resultados posibles mientras el servidor intentaba procesar y resolver de forma recursiva la consulta completamente y con autoridad:

Un servidor con autoridad inform de que el nombre consultado no existe en el espacio de nombres DNS.

Un servidor con autoridad inform de que el nombre consultado existe, pero no existen registros del tipo especificado para ese nombre.

El solucionador devuelve el resultado de la consulta, en forma de respuesta positiva o negativa, al programa solicitante y almacena en cach la respuesta. 2.4 CARACTERSTICAS DEL SERVIDOR
19

El servicio de servidor del Sistema de nombres de dominio (DNS) proporciona las siguientes caractersticas: Servidor DNS compatible con RFC

DNS es un protocolo abierto y estandarizado por un conjunto de Solicitudes de comentarios (RFC). Microsoft es compatible con estas especificaciones estndar.

Interoperabilidad

con

otras

implementaciones

del

servidor

DNS

Como el servicio de Servidor DNS es compatible con RFC y puede utilizar formatos de registro de recursos y de archivo de datos DNS estndar, puede trabajar satisfactoriamente con la mayora de las implementaciones del servidor DNS, como las que utilizan el software Berkeley Internet Name Domain (BIND).

Compatibilidad

con

Active

Directory

Se necesita DNS para compatibilizar el servicio de directorios Active Directory. Si instala Active Directory en un servidor, puede instalar y configurar

automticamente un servidor DNS si no puede localizarse un servidor DNS que cumpla los requisitos de Active Directory.

En primer lugar, en el Asistente para instalacin de Active Directory, especifique el nombre DNS del dominio de Active Directory en el que promueve al servidor a controlador de dominio. Despus, en el proceso de instalacin, el asistente comprobar lo siguiente: 1. Basndose en su configuracin de cliente TCP/IP, comprueba si hay un servidor DNS preferido configurado para ser utilizado. 2. Si est disponible un servidor DNS preferido, har consultas para encontrar el servidor autorizado principal para el nombre DNS del dominio de Active Directory que especific en el asistente. 3. A continuacin, comprueba si el servidor principal autorizado admite y puede aceptar actualizaciones dinmicas, como se describe en el protocolo de actualizacin dinmica (RFC 2136).
20

4. Si, en este punto del proceso, no se encuentra un servidor DNS que acepte actualizaciones del nombre de dominio DNS especificado que est utilizando con Active Directory, puede instalar el servicio de Servidor DNS localmente. 5. Si decide instalar el servicio de Servidor DNS localmente, se utiliza la direccin IP para el servidor DNS preferido actual para configurar un reenviador en el servidor DNS local. Esta configuracin mantiene cualquier resolucin existente con un Proveedor de servicios Internet (ISP, Internet Service Provider) En general, es muy recomendable utilizar el servicio del Servidor DNS de Windows Server 2003 para conseguir la mejor integracin y compatibilidad posibles de Active Directory y caractersticas de servidor DNS mejoradas. Sin embargo, puede utilizar otro tipo de servidor DNS para la compatibilidad con la distribucin de Active Directory. Cuando utilice otros tipos de servidores DNS, tenga en cuenta los problemas adicionales relacionados con la interoperabilidad de DNS.

Mejoras en el almacenamiento de zonas DNS en Active Directory Las zonas DNS pueden almacenarse en las particiones de directorio de dominio o aplicacin de Active Directory. Una particin es una estructura de datos dentro de Active Directory que se utiliza con el fin de distinguir datos para diferentes propsitos de replicacin. Puede especificar qu particin de Active Directory va a almacenar la zona y, por consiguiente, el conjunto de controladores de dominio entre los que se replicarn los datos de dicha zona.

Reenviadores

condicionales

El servicio de Servidor DNS ampla una configuracin de reenviadores estndar con reenviadores condicionales. Un reenviador condicional es un servidor DNS de una red que se utiliza para reenviar consultas DNS de acuerdo con el nombre de dominio DNS de la consulta. Por ejemplo, se puede configurar un servidor DNS de modo que reenve todas las consultas que reciba para los nombres que terminen con

21

widgets.ejemplo.com a la direccin IP de un servidor DNS especfico o a las direcciones IP de varios servidores DNS.

Zonas

de

cdigo

auxiliar

DNS admite un nuevo tipo de zona denominada zona de cdigo auxiliar. Una zona de cdigo auxiliar es una copia de una zona que contiene slo aquellos registros de recursos necesarios para identificar los servidores DNS autorizados para dicha zona. Las zonas de cdigo auxiliar se utilizan para hacer que un servidor DNS que alberga una zona primaria conozca los servidores DNS autorizados para su zona secundaria y, de ese modo, mantener la eficiencia en la resolucin de nombres DNS.

Integracin

con

otros

servicios

de

red

de

Microsoft

El servicio de Servidor DNS ofrece la integracin con otros servicios y contiene ms caractersticas de las especificadas en las RFC. Se incluye la integracin con los servicios de DHCP, WINS y Active Directory.

Administracin

ms

fcil

La consola DNS ofrece una interfaz grfica de usuario mejorada para administrar el servicio de Servidor DNS. Adems, existen varios asistentes nuevos para la configuracin que permiten realizar tareas administrativas habituales del servidor. Adems de la consola DNS, se proporcionan otras herramientas que le ayudarn a administrar y lograr la compatibilidad con los clientes y servidores DNS de la red.

Compatibilidad con el protocolo de actualizacin dinmica compatible con RFC El servicio de Servidor DNS permite a los clientes actualizar dinmicamente los registros de recursos con el protocolo de actualizacin dinmica (RFC 2136). Esto mejora la administracin de DNS al reducir el tiempo necesario para administrar manualmente estos registros. Los equipos que ejecutan el servicio Cliente DNS pueden registrar dinmicamente los nombres DNS y las direcciones IP.

22

Compatibilidad con las transferencias de zona incrementales entre servidores Las transferencias de zona se utilizan entre servidores DNS para replicar la informacin de una parte del espacio de nombres DNS. La transferencia de zona incremental se utiliza para replicar nicamente las partes modificadas de la zona, conservando el ancho de banda de la red.

Compatibilidad

con

los

nuevos

tipos

de

registro

de

recursos

El servicio de Servidor DNS incluye la compatibilidad con varios tipos de registro de recursos (RR, Resource Record) nuevos. Estos tipos, que incluyen los RR de direccin ATM (ATMA) y de ubicacin de servicios (SRV), aumentan las posibilidades de uso de DNS como servicio de base de datos de nombres. 2.4.1 NUEVAS CARACTERSTICAS PARA DNS: Las siguientes caractersticas nuevas y mejoras de caractersticas del Sistema de nombres de dominio (DNS) estn disponibles con la familia de Microsoft Windows Server 2003.

Resolucin

de

nombres

de

controlador

de

dominio

mejorada

En respuesta a los errores de resolucin de nombres de DNS que puedan haber surgido durante la ubicacin de asociados de replicacin y servidores de catlogo global, los controladores de dominio que ejecutan Windows Server 2003 con SP1 solicitan otras variaciones del nombre del servidor que puedan haberse registrado, lo que da lugar a algunos errores debido a retrasos y errores de configuracin de DNS.

Reenviadores

condicionales

Envan consultas DNS segn el nombre de dominio DNS de la consulta que utiliza reenviadores condicionales. Por ejemplo, se puede configurar un servidor DNS de modo que reenve todas las consultas que reciba para los nombres que terminen con widgets.ejemplo.com a la direccin IP de un servidor DNS especfico o a las direcciones IP de varios servidores DNS.

Zonas

de

cdigo

auxiliar

El uso de zonas de cdigo auxiliar hace que un servidor DNS que alberga una zona
23

primaria conozca los servidores DNS autorizados para su zona secundaria y, de ese modo, se mantiene la eficiencia en la resolucin de nombres DNS.

Replicacin

de

zonas

DNS

en

Active

Directory

Tiene a su disposicin cuatro opciones de replicacin predeterminadas para datos de zonas DNS integradas en Active Directory.

2.4.1.1 CARACTERSTICAS DE SEGURIDAD DNS MEJORADAS: DNS proporciona mayor granularidad en la administracin de seguridad para el servicio de Servidor DNS, el servicio Cliente DNS y los datos DNS.

Operaciones por turnos de todos los tipos de registros de recursos (RR, Resource Record)

De forma predeterminada, el servicio de Servidor DNS realizar una rotacin de operaciones por turnos para todos los tipos de registros de recursos (RR).

Registro

de

depuracin

mejorado

Utilice las opciones de registro de depuracin mejorado del servicio de Servidor DNS para solucionar problemas de DNS.

DNSSEC DNS proporciona compatibilidad bsica del protocolo Extensiones de seguridad DNS (DNSSEC, DNS Security Extensions) tal como se define en RFC 2535.

EDNS0 Permite a los solicitantes DNS anunciar el tamao de paquetes UDP y facilitar la transferencia de paquetes mayores de 512 octetos, la restriccin DNS original para el tamao de paquetes UDP (RFC 1035).

24

Control de la inscripcin de registros de recursos NS automtica segn zonas y servidores

2.5

INSTALACIN DNS EN WINDOWS SERVER 2003:

Vamos a la opcin administrar su servidor

Le damos clic en la opcin agregar o quitar funcin para agregar el servicio de resolucin de nombres (DNS)

25

Esta opcin ejecuta el asistente para la configuracin del servidor. Le damos en siguiente

El asistente va a empezar a hacer una verificacin de red y detectar como est la configuracin de esta
26

Como este servidor esta recin creado vamos a opciones personalizadas para elegir servicios que queremos agregar para realizar varias funciones especficas

27

Aqu tenemos el listado de las funciones que queremos agregarle a nuestro servidor, en este caso el servicio que vamos a agregar va a ser servicio DNS, los seleccionamos y le damos a siguiente. Este servicio nos traduce los nombres de dominios y de equipo en direcciones IP

Aqu aparece un resumen de lo que se va a instalar, le damos clic en siguiente para que comience la instalacin del DNS.

28

Ahora con el Cd de Windows Server 2003 iniciamos la instalacin de los servicios, se instalaran los archivos necesario para la implementacin de este servidor

29

Una vez finalizadas la instalacin de las herramientas de administracin. Tendremos el servidor de DNS instalado, lo que nos aparecer ahora ser un asistente para configurar el servidor DNS, hacemos clic en cancelar para configurarlo manualmente

Aqu nos aparecer una ventana indicando que la configuracin del asistente no se pudo completar y le damos clic en finalizar.

30

Vamos a la opcin administrar servidor y podremos ver que el servidor DNS est instalado. Le damos clic en administrar este servidor DNS

31

En nuestro servidor nos vamos a encontrar con dos tipos de zonas. Zonas de bsqueda directa y zona de bsqueda inversa. Lo primero que vamos a hacer va ser agregar la zona de bsqueda inversa, hacemos clic con el botn secundario del mouse zona de bsqueda inversa y hacemos clic en zona nueva.

Nos aparecer un asistente para crear una zona nueva, le damos clic en siguiente.

32

Aqu aparecern tres tipos de zonas como es nuestro primer servidor seleccionamos zona principal y le damos clic a siguiente. Esta zona se actualiza directamente en este servidor.

33

Aqu se nos va a preguntar cul va ser nuestra id de red o sea la ip a la que pertenece nuestra red, ingresamos la ip y seleccionamos siguiente.

Esta informacin que ingresamos se va a guardar en un archivo de configuracin de DNS que tiene la direccin ip de forma porque va hacer la tarea de conversin a nombres, hacemos click en siguiente

34

En las opciones de actualizaciones dinmicas le damos click en permitir todas las actualizaciones dinmicas y le damos click en siguiente. Esta opcin nos permitir aceptar actualizaciones dinmicas de registro de recursos de toda la red.

Finalizacin del asistente para crear nueva zona con un resumen de nuestra configuracin, le damos click en finalizar.

35

En la zona de bsqueda inversa ya tenemos la primera zona principal inversa que tiene los registros soa y el registro ns

36

Ahora vamos a crear la zona de bsqueda directa, le damos click con el botn secundario del mouse en zona de bsqueda directa y seleccionamos la opcin zona nueva.

Nos aparece el asistente para crear la zona nueva, le damos click en siguiente.

37

Nos aparecern casi las mismas opciones anteriores, tenemos las tres zonas seleccionamos la zona principal y damos click a siguiente.

Ac es donde tenemos que definir el nombre del dominio que vamos a realizar, una vez escrito el nombre del dominio damos siguiente.

38

Ahora se creara un archivo que contendr el nombre de dominio, le damos click en siguientes sin modificar nada.

Nos aparecer la ventana de actualizaciones automticas seleccionamos la opcin permitir todas las actualizaciones automticas y le damos click a siguiente.

39

Finalizara el asistente para crear zona nueva con un resumen de nuestra configuracin, damos click en finalizar.

Aqu ya tenemos nuestra zona de bsqueda directa creada.

40

Para agregar un registro host en nuestra zona de bsqueda directa hacemos click con el botn secundario y seleccionamos la opcin host nuevo.

Definimos el nombre de dominio completo que en este caso va a ser servidor 1 y agregamos la direccin ip de nuestro servidor y hacemos click en agregar host. Aparecer una ventana mostrando que el host se ha creado con xito.

41

Ahora nos aparecer el registro de configuracin host.

Lo que ahora nos hace falta es el nombre cannico para posteriormente definir la direccin. www.ept760.esc.edu.ar entonces de la misma manera le damos click con el botn secundario el mouse y seleccionamos alias nuevo.

42

En el primer espacio definimos el nombre del alias seleccionando el nombre de dominio www. Luego vamos a la opcin examinar para seleccionar el servidor o host de destino.

43

44

Ac tenemos nuestro servidor ya agregado damos click en aceptar

45

Y ac ya tenemos los registros necesarios para configurar el equipo y que sea reconocido el DNS.

Cerramos todos y nos vamos a lo que es la configuracin de la red. As finalizamos con la instalacin de DNS

2.6 CONFIGURACIN DNS EN WINDOWS SERVER 2003: Le damos click con el botn secundario del mouse sobre mis sitios de red y seleccionamos propiedades.

46

Ahora nos vamos a propiedades de la conexin de rea local.

47

Nos vamos a las propiedades del protocolo TCP/IP

Definimos el nmero o la direccin de IP de nuestro servidor de DNS. Esto se debe hacer en todos aquellos equipos en los cuales se quiera tener resolucin de nombres en este tipo y le damos click en aceptar

As finalizamos con la configuracin de DNS

48

2.7 IMPLEMENTAR DNS: 2.7.1 DISEO DEL ESPACIO DE NOMBRES PARA DNS: Antes de empezar a utilizar DNS en la red, decida un plan para el espacio de nombres del dominio DNS. Realizar un plan para el espacio de nombres implica tomar algunas decisiones relativas a cmo pretende utilizar los nombres DNS y cules son sus objetivos al utilizar DNS. Algunas de las preguntas que le pueden surgir en esta fase son las siguientes:

Ha elegido y registrado un nombre de dominio DNS para su uso en Internet? Va a configurar servidores DNS en una red privada o en Internet? Va a utilizar DNS como ayuda para utilizar Active Directory? Cules son los requisitos de nombres necesarios al elegir los nombres de dominio DNS de los equipos?

Estas cuestiones se tratarn de forma ms detallada en las siguientes secciones. 2.7.1.1 ELEGIR EL PRIMER NOMBRE DE DOMINIO DNS: Cuando configure servidores DNS, se recomienda que primero elija y registre un nico nombre de dominio DNS principal que se pueda utilizar para alojar a la organizacin en Internet, como "microsoft.com". Este nombre es un dominio de segundo nivel dentro de uno de los dominios de nivel superior utilizados en Internet. Cuando haya elegido el nombre de dominio principal, podr combinarlo con un nombre de organizacin o de ubicacin utilizado en la organizacin para crear otros nombres de subdominio. Por ejemplo, si agrega un subdominio, como el rbol de dominio itg.ejemplo.microsoft.com (para recursos utilizados por el grupo de tecnologas de la informacin de la organizacin), podran crearse nombres de subdominio adicionales con este nombre. As, un grupo de programadores que trabaje en el intercambio de datos electrnicos (EDI, electronic data interchange) en esta divisin podra tener un subdominio llamado edi.itg.ejemplo.microsoft.com. De la misma manera, otro grupo de trabajadores que proporcione soporte en esta divisin podra utilizar support.ejemplo.microsoft.com. Antes de que se decida por un nombre de dominio DNS principal para que la organizacin lo utilice en Internet, haga una bsqueda para ver si el nombre ya est registrado por otra
49

organizacin o persona. El espacio de nombres DNS de Internet est administrado actualmente por el Centro de informacin de redes Internet (InterNIC). En el futuro, pueden estar disponibles otros registradores de nombres de dominio. 2.7.1.2 PLANEAR EL ESPACIO DE NOMBRES DNS PARA ACTIVE DIRECTORY: Si utiliza Active Directory, primero tendr que establecer un plan para el espacio de nombres. Antes de implementar de forma apropiada el espacio de nombres de dominio DNS, la estructura de Active Directory debe estar disponible. Por lo tanto, comience con el diseo de Active Directory y hgalo compatible con un espacio de nombres DNS apropiado. En la revisin, si detecta consecuencias no previstas o no deseadas en cualquiera de los planes, realice las modificaciones necesarias. Los dominios de Active Directory reciben nombres DNS. Al elegir los nombres DNS que va a utilizar en los dominios de Active Directory, empiece por el sufijo del nombre de dominio DNS registrado que reserv la organizacin para utilizar en Internet, como microsoft.com, y combnelo con los nombres geogrficos o de divisin utilizados por la organizacin para crear nombres completos en los dominios de Active Directory. Por ejemplo, el grupo de prueba de Microsoft podra llamar a su dominio prueba.ejemplo.microsoft.com. Este mtodo de asignacin de nombres asegura que cada nombre de dominio de Active Directory sea nico globalmente. Y, una vez utilizado, facilita tambin el uso de nombres existentes como principales para crear subdominios adicionales y aumentar el espacio de nombres a fin de acomodar nuevos departamentos de la organizacin. Para una organizacin pequea que utilice un solo dominio o un modelo multidominio pequeo, los planes pueden ser sencillos y seguir un mtodo similar a los ejemplos anteriores. Para una organizacin de mayor tamao que utilice un modelo de dominio ms complejo, consulte los recursos adicionales de Microsoft.

50

2.7.1.3 ELEGIR NOMBRES: Es muy recomendable que en los nombres slo utilice los caracteres pertenecientes al juego de caracteres estndar de Internet que se permite usar en los nombres host de DNS. Los caracteres permitidos se definen en Solicitud de comentarios (RFC) 1123 de la manera siguiente: todas las letras maysculas (A-Z), letras minsculas (a-z), nmeros (0-9) y el guin (<b>-</b>). Para organizaciones que hayan realizado una inversin previa en la tecnologa Microsoft NetBIOS, los nombres de equipo existentes podran cumplir con el estndar de nombres de NetBIOS. Si este fuera el caso, considere la posibilidad de adaptar los nombres de los equipos al estndar DNS de Internet. El proceso de ajuste de las convenciones de nomenclatura puede llevar mucho tiempo. Para facilitar la transicin de los nombres de NetBIOS a los nombres de dominio DNS, el servicio de Servidor DNS ofrece compatibilidad con los caracteres de Unicode y ASCII ampliado. No obstante, esta compatibilidad con caracteres adicionales slo puede utilizarse en un entorno de red con equipos donde se ejecute Windows 2000 o un producto de la familia Windows Server 2003. Esto se debe a que la mayora de los dems programas cliente de resolucin DNS estn basados en RFC 1123, la especificacin que estandariza los requisitos de asignacin de nombres de host en Internet. Si se escribe un nombre de dominio DNS no estndar durante la instalacin, aparecer un mensaje de advertencia que recomienda que en su lugar utilice un nombre DNS estndar. En redes donde se ejecute Windows NT 4.0 y anteriores, se utiliza un nombre NetBIOS para identificar un equipo donde se ejecuta un sistema operativo de Windows. En redes con equipos donde se ejecute Windows 2000 o un producto de la familia Windows Server 2003, se puede identificar un equipo de una de las maneras siguientes:

Un nombre de equipo NetBIOS, que es opcional y se utiliza para la interoperabilidad con sistemas Windows anteriores.

El nombre completo de equipo. ste es el nombre predeterminado para el equipo.

51

Adems de estos nombres, tambin se puede identificar al equipo por el FQDN formado por el nombre del equipo (host) y un nombre de dominio especfico de la conexin, que se configura y aplica para una conexin de red especfica del equipo. El nombre completo del equipo es una concatenacin del nombre del equipo y del sufijo DNS principal del equipo. El nombre de dominio DNS del equipo forma parte de las Propiedades del sistema del equipo y no est relacionado con ningn componente de red instalado especficamente. Sin embargo, los equipos que no utilizan redes o TCP/IP no tienen un nombre de dominio DNS. La tabla siguiente es una comparacin de nombres de equipo DNS y NetBIOS.

DNS Windows NT Restriccin Caracteres (DNS estndar)

en DNS en Windows 2000 y en 4.0 la familia de Windows NetBIOS No se permite: Caracteres Unicode, nmeros, espacios blanco, smbolos: / \ [ ]:|<>+=;, ?y* en

Server 2003 Compatibilidad con RFC 1123 y UTF-8. Puede configurar el servidor DNS para permitir o no el uso de caracteres UTF-8. Puede hacerlo por servidor.

Compatibilidad con RFC permite letras (A-Z), minsculas 1123, todas que las

maysculas letras (a-z),

nmeros (0-9) y el guin (-).

Nombre de host longitud FQDN. y

63

octetos

por

El mismo que el DNS estndar con la admisin UTF-8. caracteres de La es

15 bytes de longitud.

etiqueta. 255 bytes por FQDN (254

compatibilidad cuenta de

bytes para el FQDN

52

y un byte para el punto final).

insuficiente para determinar el tamao, ya que algunos

caracteres UTF-8 superan un octeto de longitud. de Los

controladores

dominio

estn limitados a 155 bytes para un nombre completo de dominio (FQDN). de Los dominio

controladores

estn limitados a 155 bytes para un nombre completo de dominio (FQDN).

Para asegurar la interoperabilidad entre nombres NetBIOS y DNS en Windows, se ha incluido un nuevo parmetro de nomenclatura llamado nombre de equipo NetBIOS. El valor de este parmetro, que no es necesario en un entorno puro de Windows 2000 o Windows Server 2003, se deriva de los primeros 15 caracteres del nombre completo de equipo DNS. Cuando el nombre completo de equipo es una combinacin del nombre de equipo y el sufijo DNS principal del equipo, el impacto de cambiar el nombre y realizar la transicin de un espacio de nombres NetBIOS a un espacio de nombres DNS ser mnimo. Los usuarios seguirn utilizando el nombre corto de equipo. Si este nombre tiene 15 caracteres o menos, puede ser idntico al nombre de equipo NetBIOS. El administrador tambin puede asignar un nombre de dominio DNS a cada equipo. Esto se puede hacer con las herramientas de administracin remota. De esta forma, la pgina de propiedades del Sistema puede tener los siguientes valores en la ficha Nombre del equipo (o en los cuadros de dilogo relacionados):

53

Nombre de equipo

nombre de ms de 15 caracteres

Nombre de equipo NetBIOS

ms de 15 caracteres

Sufijo DNS principal de este equipo

ejemplo.microsoft.com

2.7.1.4

PLANEAR

LA

INTEGRACIN:

COMPATIBILIDAD

CON

MLTIPLES ESPACIOS DE NOMBRES Adems de compatibilidad para el espacio de nombres DNS interno, muchas redes necesitan la compatibilidad para resolver nombres DNS externos, como los usados en Internet. El servicio de Servidor DNS proporciona formas de integrar y administrar los espacios de nombres independientes en los que se resuelven nombres DNS internos y externos en la red. Al decidir cmo integrar los espacios de nombres, determine cul de los siguientes escenarios se parece ms a su situacin y al uso que pretende hacer de DNS:

Un espacio de nombres DNS interno, utilizado nicamente en su propia red. Un espacio de nombres DNS interno con referencia y acceso a un espacio de nombres externo, como la referencia o el reenvo a un servidor DNS de Internet

Un espacio de nombres DNS externo, utilizado nicamente en una red pblica como Internet.

Si decide limitar el uso de DNS como servicio de nombres en su espacio de nombres privado, no tendr restricciones de diseo o implementacin. Por ejemplo, puede elegir cualquier estndar de asignacin de nombres DNS, configurar los servidores DNS para que sean servidores raz vlidos para el diseo distribuido de DNS de la red o crear una estructura y una jerarqua de rbol de dominio DNS completamente autocontenida.

54

Cuando comience a proporcionar referencia a un espacio de nombres DNS externo o servicio DNS completo en Internet, debe considerar la compatibilidad entre los espacios de nombres externos y privados. Adems, el servicio de Internet requiere el registro de nombres de dominio principal para la organizacin. 2.8 PLAN DE ZONAS PARA DNS: Cuando divida por primera vez los espacios de nombres en zonas, revise los patrones de trfico en la red actual o en la propuesta. Aunque DNS est diseado para ayudar a reducir el trfico de difusin entre subredes locales, crea algo de trfico entre servidores y clientes, que se debe revisar. Esto es particularmente cierto cuando se utiliza DNS en redes enrutadas. Para revisar el trfico de DNS, puede utilizar las estadsticas del servidor DNS o los contadores de rendimiento DNS proporcionados con el Monitor de sistema. Adems del trfico de enrutamiento, considere el impacto de los siguientes tipos comunes de comunicacin relacionada con DNS, especialmente cuando opere a travs de vnculos de baja velocidad en una red de rea extensa:

El trfico de servidor a servidor provocado por transferencias de zona con otros servidores DNS y por la interoperabilidad DNS con otros servidores (por ejemplo, cuando se habilite la bsqueda WINS).

El trfico de cliente a servidor provocado por actualizaciones dinmicas y cargas de consultas enviadas por equipos cliente DNS o servidores DHCP que proporcionen actualizacin dinmica para clientes DNS de versiones anteriores que no admitan actualizaciones dinmicas.

Para los espacios de nombres planos y pequeos, puede utilizar la duplicacin completa de todas las zonas DNS para todos los servidores DNS de la red. Para espacios de nombres verticales y amplios, esto no es posible ni recomendable. En redes ms amplias, a menudo es necesario estudiar, probar, analizar y revisar los planes de zona basados en patrones de trfico calculados u observados. Tras un cuidadoso anlisis podr dividir y delegar las

55

zonas DNS segn los requisitos necesarios para proporcionar un servicio de nombres eficaz y tolerante a errores para cada ubicacin o sitio.

2.9 PLANEAMIENTO DE LOS SERVIDORES PARA DNS: Cuando realice planes para los servidores DNS, es importante que tenga en cuenta lo siguiente:

Realice el plan de capacidad y revise los requisitos de hardware del servidor. Determine cuntos servidores DNS necesita y su funcin en la red. Cuando decida el nmero de servidores DNS que va a utilizar, debe considerar qu servidores alojarn las copias principal y secundaria de las zonas. Adems, si utiliza Active Directory, determine si el equipo servidor funcionar como controlador de dominio o como servidor miembro del dominio.

Decida dnde va a situar los servidores DNS en la red para las cargas de trfico, la duplicacin y la tolerancia a errores.

Decida si va a utilizar slo servidores DNS que ejecuten Windows Server 2003 para todos los servidores DNS o si va a trabajar con una combinacin de Windows y otras implementaciones de servidor DNS.

2.9.1 PLAN DE LA CAPACIDAD DEL SERVIDOR: El plan y la distribucin de los servidores DNS en la red con lleva el examen de varios aspectos de la red y de los requisitos de capacidad de cualquier servidor DNS que vaya a utilizar en ella. Algunas de las preguntas que debe considerar cuando realice el plan son las siguientes:

Cuntas zonas espera que cargue y aloje el servidor DNS? Qu tamao debe tener cada zona que cargue el servidor para el servicio? (Segn el tamao del archivo de la zona o en el nmero de registros de recursos utilizados en dicha zona).
56

En un servidor DNS de hosts mltiples, cuntas interfaces se van a habilitar para escuchar y servir a los clientes DNS en cada una de las subredes conectadas al servidor?

Cuntas peticiones de consulta DNS globales o totales de todos los clientes espera que reciba y sirva un servidor DNS?

En muchos casos, agregar ms RAM a un servidor DNS puede proporcionar las mejoras ms perceptibles en el rendimiento. Esto se debe a que el servicio del Servidor DNS carga completamente todas las zonas configuradas en la memoria al iniciarse. Si el servidor utiliza y carga un gran nmero de zonas y se producen frecuentemente actualizaciones dinmicas en los clientes de zona, puede que sea til agregar memoria. Tenga en cuenta que, para el uso normal, el servidor DNS consume la siguiente memoria del sistema:

Cuando se inicia el servidor DNS sin ninguna zona se utilizan aproximadamente 4 MB de RAM.

Para cada zona o registro de recursos que se agregue al servidor, el servidor DNS consumir ms memoria del servidor.

Se calcula que por cada registro de recursos que se agregue a una zona del servidor, se utiliza aproximadamente una media de 100 bytes de memoria del servidor. Por ejemplo, si se agrega a un servidor una zona que contiene 1.000 registros de recursos, seran necesarios aproximadamente 100 KB (kilobytes) de memoria del servidor.

Cuando determine los planes del servidor DNS, puede empezar revisando los resultados de la prueba de rendimiento del servidor DNS de ejemplo, recopilados por los equipos de prueba y desarrollo de DNS. Adems, puede utilizar los contadores relacionados con el servidor DNS proporcionados para su uso con herramientas de supervisin a fin de obtener sus propias medidas de rendimiento. 2.9.2 DNDE COLOCAR LOS SERVIDORES DNS: En general, coloque los servidores DNS en una ubicacin de la red accesible para los clientes de modo centralizado. Suele ser ms prctico utilizar un servidor DNS en cada
57

subred. Debe tener en cuenta varios factores cuando decida dnde se necesita un servidor DNS:

Si distribuye DNS por compatibilidad con Active Directory, es tambin el equipo servidor DNS un controlador de dominio o puede serlo en el futuro?

Si el servidor DNS deja de responder, tienen acceso los clientes locales a un servidor DNS alternativo?

Si el servidor DNS est en una subred remota para algunos de los clientes, qu otros servidores DNS o qu opciones de resolucin de nombres hay disponibles si la conexin enrutada deja de responder?

Para las instalaciones del servidor DNS en las que el uso de Active Directory sea un problema, revise los detalles de la instalacin y los problemas de interoperabilidad especiales. Para todas las instalaciones de servidores DNS, incluyendo aquellas en las que el uso de Active Directory no sea un problema, puede ser til aplicar las siguientes instrucciones para planear y colocar el servidor. Por ejemplo, si tiene una red de rea local enrutada y los vnculos de alta velocidad son totalmente fiables, podra utilizar un servidor DNS para un rea de red ms amplia con varias subredes. Si tiene un nmero elevado de nodos de cliente en un nico diseo de subred, puede que desee agregar ms de un servidor DNS a la subred para proporcionar copias de seguridad y conmutacin por error para el caso de que el servidor DNS preferido deje de responder. Cuando determine el nmero de servidores DNS que necesita utilizar, valore el efecto de las transferencias de zona y el trfico de consultas DNS en los vnculos ms lentos en la red. Aunque DNS est diseado para ayudar a reducir el trfico de difusin entre subredes locales, crea algo de trfico que debera revisarse entre servidores y clientes, particularmente cuando lo utilice en entornos WAN o LAN enrutados de forma compleja. Considere los efectos de la transferencia de zona por medio de vnculos de menor velocidad, como los que se utilizan normalmente en una conexin de red de rea extensa
58

(WAN). Aunque el servicio de Servidor DNS admite transferencias de zona incrementales y los servidores y clientes DNS pueden almacenar en cach los nombres utilizados recientemente, el trfico puede ser un problema algunas veces, particularmente cuando se acortan las concesiones DHCP y, como resultado, se realizan actualizaciones dinmicas en DNS con ms frecuencia. Una opcin para tratar con ubicaciones remotas en los vnculos WAN es instalar un servidor DNS en estas ubicaciones a fin de que proporcionen servicio DNS de almacenamiento local. En la mayora de las instalaciones, cada zona DNS debe estar alojada en dos servidores, para lograr tolerancia a errores. DNS se dise para utilizar dos servidores para cada zona, uno como servidor principal y el otro como servidor secundario o de reserva. Cuando decida el nmero de servidores que va a utilizar, considere el nivel de tolerancia a errores que necesita para la red. 2.10 MIGRAR SERVIDORES: La migracin DNS puede ocurrir de alguna de las maneras siguientes: 1. Al actualizar un equipo que ejecute la versin de DNS incluida en Windows NT Server 4.0 o Windows 2000 a un servidor que ejecute Windows Server 2003. 2. Al mover archivos de zona de un servidor DNS existente que ejecuta otra implementacin del servidor DNS, como un servidor que ejecuta una versin del software Dominio de nombres Internet de Berkeley (BIND, Berkeley Internet Name Domain). 3. Al migrar zonas con una transferencia de zonas principal-secundaria de servidores BIND a servidores DNS que ejecutan Windows Server 2003. 2.10.1 ACTUALIZAR SERVIDORES DNS DESDE WINDOWS NT

SERVER 4.0 Y WINDOWS 2000: Cualquier zona o parmetros y archivos de configuracin del servidor que se creen y almacenen con la versin Windows NT Server 4.0 o Windows 2000 del servicio de Servidor DNS se almacenan en las mismas ubicaciones de la carpeta del sistema. No es necesaria la conversin de datos durante el proceso de actualizacin.
59

2.10.2 MOVER ARCHIVOS BASADOS EN BIND: Al moverse de un servidor DNS BIND a un servidor DNS que ejecuta Windows Server 2003, necesita, no obstante, copiar cualquier archivo de inicio o zona creada con BIND que pretenda utilizar con el servicio Servidor DNS. Adems, si contina utilizando un archivo de inicio BIND para proporcionar la configuracin inicial utilizada por el servicio de Servidor DNS cuando se inicia, necesitar cambiar el mtodo de inicio utilizado por el servicio de Servidor DNS o cambiar el nombre de los archivos de zona de la convencin de nomenclatura BIND a la utilizada por servidores DNS que se ejecuten en el servicio de Servidor DNS que proporciona los sistemas operativos de Windows. Es necesario copiar manualmente cualquier archivo de zona creado y almacenado en servidores DNS de UNIX que usen BIND de dichos servidores a la carpeta razDelSistema\System32\Dns en el equipo que ejecute Windows Server 2003. Si no migra el archivo de inicio BIND ni especifica el nombre BIND al crear las zonas utilizando la consola DNS, necesitar cambiar el nombre a estas zonas. La tabla siguiente muestra ejemplos de cmo se han cambiado los nombres de los archivos del servidor BIND para usarlos con el servicio DNS que se proporciona en servidores que ejecutan un miembro de la familia Windows Server 2003.

Nombre Descripcin Archivo de inicio Nombre de archivo UNIX named.boot

en

la

familia

Windows Server 2003 Inicio

Archivo de zona de bsqueda directa

db.nombreDeDominio

nombreDeDominio.dns

Archivo de zona de bsqueda inversa

db.notacinDirectaDeRedIP

notacinInversaDeRedIP.dns

60

En el caso de una zona de bsqueda inversa, BIND utiliza una convencin para anotar nombres de dominio inversos como anotacin directa de la red IP asignada, como el caso de db.192.1.168 para una zona de bsqueda inversa creada para el ejemplo de direccin de red IP 192.168.1.0. No obstante, los servidores DNS que ejecutan Windows Server 2003 utilizan el nombre de dominio completo (FQDN) para la zona, que incluye el dominio inaddr.arpa, para completar el nombre del archivo. En este ejemplo, el nombre correcto que se usar, cuando copie y cambie el nombre al archivo, en la misma zona DNS de Windows Server 2003 es 168.1.192.in-addr.arpa.dns. 2.10.3 MIGRAR DE SERVIDORES DE TERCEROS MEDIANTE LA TRANSFERENCIA DE ZONA: Otro caso posible para la migracin de servidores es utilizar una transferencia de zona para migrar las zonas de servidor de terceros a servidores DNS que ejecuten Windows Server 2003. Para ello, puede realizar los pasos siguientes: 1. En el servidor que ejecuta Windows Server 2003, instale el servicio de Servidor DNS. 2. Con la consola DNS, agregue zonas secundarias en el nuevo servidor a todas las zonas que tenga alojadas en los servidores DNS basados en BIND. Configure los otros servidores como servidores maestros para cada una de las zonas secundarias que tenga que crear. 3. Una vez completadas las transferencias de zonas, convierta a zonas principales cualquiera de las zonas secundarias que se obtuvieron de zonas principales en los otros servidores. 4. Configure los servidores principales anteriores para que sean servidores secundarios en las zonas migradas o degrade los servidores principales anteriores. 5. Para el resto de zonas secundarias, actualice los servidores maestros de esas zonas para que usen los nuevos servidores DNS principales que ejecuten Windows Server 2003.

61

2.11 PROBLEMAS DE INTEROPERABILIDAD: Los servidores DNS con Windows Server 2003 son compatibles con la mayora de las especificaciones de solicitudes de comentarios (RFC) usadas para definir el protocolo DNS. Entre las ventajas principales de la interoperabilidad en estos entornos se incluyen:

Interoperabilidad completa con otras implementaciones de servidor DNS que usen formas compatibles con RFC para el servicio de nombres DNS.

Uso de los servidores DNS de Windows para proporcionar servicio DNS en Internet.

Para la prueba de la interoperabilidad, el equipo de desarrollo de DNS de Windows Server 2003 ha probado los servicios de cliente y de Servidor DNS de Windows Server 2003 con las versiones siguientes de la implementacin del servidor DNS de Dominio de nombres Internet de Berkeley (BIND, Berkeley Internet Name Domain):

BIND 4.9.7 BIND 8.1.2 BIND 8.2 BIND 9.1.0

Las cuestiones de configuracin e interoperabilidad relacionadas con el uso del DNS de Windows Server 2003 con otros entornos o al usar los servidores de DNS en Internet, se tratan en las secciones siguientes. 2.11.1 CONSIDERACIONES DE DNS PARA ACTIVE DIRECTORY: DNS es necesario para que los recursos de red encuentren los controladores de dominio de Active Directory. Puede optar por configurar el servicio de Servidor DNS como parte de la instalacin de Active Directory con el Asistente para instalacin de Active Directory. Al instalar Active Directory en un servidor, este se promueve a la funcin de controlador de dominio. Al instalar Active Directory en un servidor, el Asistente para instalacin de Active Directory proporciona la opcin de instalar automticamente el servicio de Servidor DNS y
62

agregar zonas nuevas localmente. Cuando seleccione la opcin de instalar y configurar un servidor DNS utilizando el Asistente para instalacin de Active Directory, se crearn zonas en funcin del nombre DNS que haya especificado en el Asistente. Un mtodo simple de planeamiento de redundancia y tolerancia a errores es tener un servidor DNS ejecutndose en cada controlador de dominio. Para cada subred, tenga dos controladores de dominio ejecutando el servicio de Servidor DNS y alojando zonas integradas de Active Directory. 2.11.2 LA TRANSFERENCIA DE ZONAS CON BIND Y OTRAS

IMPLEMENTACIONES DEL SERVIDOR DNS: Cuando se transfiere una zona entre dos servidores DNS de Windows, el servicio de Servidor DNS puede emplear un mtodo de transferencia rpida que usa compresin. Este mtodo incluye varios registros de recursos (RR) en cada mensaje que se enva para completar la transferencia de la zona entre servidores. De forma predeterminada, los servidores DNS de Windows Server 2003 se configuran para transferir una zona con el formato de transferencia sin comprimir, que es ms lento. Esto permite realizar transferencias de zona correctas con servidores DNS que no admitan el mtodo de transferencia ms rpido, como los servidores BIND anteriores a la versin 4.9.4. Cuando est activada la casilla Enlazar secundarios en las propiedades avanzadas del servidor, se habilitan las transferencias rpidas. 2.11.3 COMPATIBILIZAR ACTIVE DIRECTORY CON OTRAS

IMPLEMENTACIONES DEL SERVIDOR DNS: En muchas organizaciones grandes, ya se ha implementado DNS utilizando otras soluciones, como los servidores DNS de UNIX que ejecutan versiones heredadas del software BIND. En algunos casos, estos servidores DNS no estn equipados para admitir los requisitos de DNS para distribuir Active Directory. Este problema se puede afrontar de una de estas dos formas:

63

Actualizar cualquier servidor DNS de BIND con la versin 8.1.2 o posterior del software BIND para que cumpla los requisitos DNS para la compatibilidad con Active Directory.

Usar el servicio de Servidor DNS que se proporciona con la familia Windows Server 2003 y migrar, si es posible, cualquiera de las zonas DNS actuales a los servidores DNS de Windows Server 2003.

Aunque se recomienda el servicio de Servidor DNS para permitir el uso de Active Directory, puede usar otras implementaciones del servidor DNS con este propsito. Estas otras implementaciones deben, no obstante, admitir las especificaciones estndar siguientes:

El registro de recursos de ubicacin de servicios (SRV), segn se describe en el borrador de Internet Un RR DNS para especificar la ubicacin de servicios (DNS SRV)" ("A DNS RR for specifying the location of services (DNS SRV)").

Actualizaciones dinmicas en DNS, segn se describe en el documento RFC 2136.

La compatibilidad con las actualizaciones dinmicas es recomendable pero no esencial. La compatibilidad con el registro de recursos SRV es obligatoria porque se necesita para proporcionar una compatibilidad bsica con DNS para Active Directory. Por ejemplo, un servidor DNS que no admite actualizaciones dinmicas, como el que proporciona Windows NT Server 4.0 (actualizado con Service Pack 4 o versin posterior) es compatible con los requisitos DNS de Active Directory porque la compatibilidad con el registro de recursos SRV se agreg en Service Pack 4. Se necesita una administracin manual adicional de los registros de recursos SRV para que la compatibilidad de la configuracin DNS de Active Directory funcione correctamente en un servidor DNS que no admita actualizaciones dinmicas. 2.11.4 INTERACCIN DE LOS SERVIDORES DNS DE WINDOWS CON OTRAS IMPLEMENTACIONES DEL SERVIDOR DNS: Si decide utilizar el servicio de Servidor DNS de Windows y administrarlo con una configuracin DNS dividida en la que:

64

Los servidores DNS existentes para zonas raz no se vayan a actualizar ni migrar a otras soluciones DNS.

El DNS de Windows Server 2003 va a distribuirse y a permitir la administracin de cualquier nombre de dominio DNS necesario para registrar, actualizar y permitir el uso de Active Directory.

Puede modificar los planes de diseo del espacio de nombres DNS de cualquiera de las formas siguientes: 1. Crear un subdominio nuevo nico en el espacio de nombres del dominio DNS actual para unir a la raz el primer dominio de Active Directory.

Por ejemplo, si una organizacin se ha registrado y usa un nombre de dominio de segundo nivel, como microsoft.com, puede crear un subdominio nico como ejemplo.microsoft.com y usar este dominio para unir a la raz el espacio de nombres del dominio DNS usado por Active Directory. El servicio de Servidor DNS se configura automticamente para admitir el uso de Active Directory al instalar el primer controlador de dominio.

Antes de crear una zona para el subdominio nuevo en un equipo que ejecute el servicio del servidor DNS, puede delegar estos subdominios en la zona principal del dominio de segundo nivel, como "microsoft.com". En algunos casos, puede que slo tenga que notificar a otro administrador del sistema de UNIX o DNS de la organizacin para que le haga la delegacin. 2. Crear varios subdominios en funcin del dominio de segundo nivel DNS para permitir el registro de Active Directory en DNS.

Por ejemplo, si la organizacin usa ya un nombre de dominio DNS de segundo nivel registrado, como microsoft.com, puede crear subdominios adicionales que se deleguen en los servidores DNS de Windows y se usen slo para el registro de nombres DNS relacionados con Active Directory.

La implementacin de este mtodo es ms compleja, pero permite realizar menos cambios en la infraestructura DNS actual implementada que no se base en Windows. Con este diseo del espacio de nombres, se crean slo aquellos subdominios adicionales y las zonas apropiadas necesarias para permitir la
65

distribucin de Active Directory. Por ejemplo, en esta configuracin, el nombre de dominio microsoft.com es tanto el nombre de dominio de Active Directory raz como el DNS raz de la organizacin.

Para esta configuracin, primero tiene que crear zonas para los siguientes subdominios con Microsoft Management Console (MMC) de DNS en un servidor DNS donde se ejecute Windows Server 2003: secundaria2.microsoft.com

secundaria1.microsoft.com

Antes de crear estas zonas, puede delegar estos subdominios en la zona principal de su nombre de dominio principal o de segundo nivel, o notificar a otro administrador DNS que administre estas zonas en la organizacin para que lo haga.

2.11.5 USAR DNS EN INTERNET: Para establecer una presencia en Internet, la organizacin o el individuo primero deben solicitar y registrar un nombre de dominio de segundo nivel con una autoridad de registro de nombres de dominio DNS autorizada. Normalmente, su proveedor de servicios Internet (ISP) puede realizar esta funcin y obtener un nombre de parte suya, habitualmente por una tarifa adicional. Para registrar su nombre de dominio, son necesarias varias tareas, entre las que se incluyen:

Seleccionar e investigar un nombre de dominio de segundo nivel que no se haya registrado o est en uso actualmente.

Esto se puede realizar fcilmente si tiene acceso a Internet mediante un motor de consultas WHOIS que se proporciona en el sitio Web del registrador aplicable de nombres de dominio DNS de Internet. Preprese para seleccionar un nombre alternativo si su consulta WHOIS indica que su seleccin preferida ya se ha registrado y est en uso.

Registrar y obtener al menos una direccin IP vlida para usar en Internet. Esta direccin es necesaria para el servidor DNS que desea establecer en Internet como host para la copia principal de la zona basada en su nombre de dominio de segundo nivel. En muchos casos, si utiliza un ISP para registrar un nombre de
66

dominio de parte suya, se pueden especificar las direcciones IP de uno o dos de sus servidores como principal y secundario para Internet.

Como parte del proceso de registro, el solicitante deber proporcionar al menos dos servidores DNS activos actualmente que se utilicen en Internet como servidores principal y secundario designados para el dominio nuevo. Este requisito es necesario para asegurar la configuracin correcta del servidor raz de Internet y la referencia para otros que consulten su nombre de dominio DNS registrado en Internet. Tras obtener una direccin IP, puede organizar algunas veces (o puede hacerlo su ISP de su parte) el uso de un servidor DNS del ISP o de otra organizacin como servidor secundario para la zona. Si necesita obtener una direccin IP directamente para utilizar en los Estados Unidos, se puede conseguir una direccin IP vlida a travs del American Registry for Internet Numbers (ARIN). En otros pases o regiones, puede ponerse en contacto con el servicio de Internet local o el proveedor de servicios telefnicos para averiguar cmo registrar y adquirir una direccin IP, en caso de ser necesaria.

Rellene el impreso de registro y envelo junto con la tarifa por el registro a la autoridad apropiada de registros de nombres de dominio DNS de Internet. Normalmente, los registros son vlidos durante un perodo limitado y deben renovarse peridicamente.

2.11.6 PLANEAR LA INTEROPERABILIDAD: CONFIGURAR SERVICIOS RELACIONADOS: El DNS de Windows Server 2003 proporciona varias opciones de interoperabilidad con otros servicios TCP/IP. Para reducir la cantidad de tiempo necesaria para administrar la infraestructura DNS pueden utilizarse las siguientes opciones:

Bsquedas WINS directa e inversa.

El servicio de Servidor DNS proporcionado para utilizar la bsqueda WINS. Esta

67

caracterstica permite a las zonas DNS configuradas remitir las consultas no respondidas de la informacin de zona actual a un servidor WINS para su resolucin. Con esta bsqueda agregada del espacio de nombres WINS, para realizar una bsqueda total de nombres registrados se usan tanto DNS como
WINS.

La bsqueda WINS es compatible con las zonas de bsqueda inversa y directa, y se puede habilitar por zona o configurar en zonas seleccionadas. Esta caracterstica debe configurarse tambin para evitar la replicacin o la transferencia de zonas de los registros de recursos WINS a servidores con otras implementaciones de DNS que no reconozcan los registros de recursos WINS.

Integracin dinmica con servidores DHCP.

Para el DNS de Windows Server 2003, el servicio DHCP permite, de forma predeterminada, registrar y actualizar la informacin para clientes DHCP heredados en zonas DNS. Los clientes heredados incluyen normalmente otros equipos cliente TCP/IP de Microsoft que aparecieron antes de Windows 2000. La integracin entre DNS y DHCP de Windows Server 2003 permite a un cliente DHCP que no puede actualizar dinmicamente los registros de recursos DNS tener esta informacin actualizada directamente en las zonas de bsqueda directa e inversa de DNS por parte del servidor DHCP.

2.12 PROTEGER LA IMPLEMENTACIN DE DNS: Al disear la implementacin de su servidor DNS, utilice las siguientes directrices de seguridad DNS:

Si sus hosts de red no tienen que resolver nombres en Internet, elimine la comunicacin DNS con Internet. En este diseo DNS, puede utilizar un espacio de nombre DNS privado alojado completamente en su red. El espacio de nombre DNS privado se distribuye igual que el espacio de nombre DNS de Internet, con los servidores DNS internos alojando zonas para el dominio raz y los dominios de nivel superior.

68

Divida el espacio de nombres DNS para su organizacin entre servidores DNS internos detrs del servidor de seguridad y servidores DNS externos delante del servidor de seguridad. En este diseo DNS, su espacio de nombre DNS interno es un subdominio del espacio de nombre DNS externo. Por ejemplo, si el espacio de nombre DNS de Internet para su organizacin es adatum.com, el espacio de nombre DNS interno de su red es corp.adatum.com.

Aloje su espacio de nombre DNS interno en servidores DNS internos y aloje su espacio de nombre DNS externo en servidores DNS externos expuestos a Internet. Para resolver consultas para nombres externos efectuadas por hosts internos, los servidores DNS internos envan consultas para nombres externos a los servidores DNS externos. Los hosts externos utilizan slo los servidores DNS externos para la resolucin de nombres de Internet.

Configure su servidor de seguridad con filtrado de paquetes para permitir slo comunicacin UDP y TCP en el puerto 53 entre su servidor DNS externo y un nico servidor DNS interno. Esto facilitar la comunicacin entre servidores DNS internos y externos e impedir que cualquier otro equipo externo obtenga acceso a su espacio de nombre DNS interno.

69

CONCLUSIN

Al finalizar esta monografa podemos decir que fue de gran provecho porque hemos estudiado un tipo de informacin que en el caso de nosotros los del rea de software no est en el entorno de nuestra carrera. Pudimos conocer que es un dominio y que es un servidor dominio, al igual poder instalarlo, configurarlo e implementarlo a pesar de las dificultades que se nos presentaron debido al mnimo conocimiento que tenamos sobre dicho tema. Este documento est hecho de una manera fcil para que el que lo lea, entienda como instalar y configurar del servidor DNS. Con esto nos percatamos en la importancia que tiene el servidor DNS, que es la de devolver la IP correspondiente al dominio con el que queremos conectar y transformar el nombre dominio en su correspondiente IP, con la que si podemos establecer una comunicacin. Ya que la comunicacin por internet se da por direcciones IP y no por nombres de dominio (www.hotmail.com).

70

BIBLIOGRAFA 1. http://biblioteca.umg.edu.gt/digital/15236.pdf 2. TESIS:

DISEO DE LA PLANEACIN ESTRATGICA PARA LA EMPRESA MERPHY DEL CANTN URDANETA PROVINCIA DE LOS ROS AUTORES CAMACHO ROSALES DIANA MAGDALENA DVILA RAMOS GUIDO ADALBERTO
3.

71