Dominio de Internet

De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda Este artculo o seccin necesita referencias que aparezcan en una publicacin acreditada, como revistas especializadas, monografas, prensa diaria o pginas de Internet fidedignas.
Puedes aadirlas as o avisar al autor principal del artculo en su pgina de discusin pegando: {{subst:Aviso referencias|Dominio de Internet}} ~~~~

Ilustracin de los diferentes niveles de un dominio de internet. Un dominio de Internet es una red de identificacin asociada a un grupo de dispositivos o equipos conectados a la red Internet. El propsito principal de los nombres de dominio en Internet y del sistema de nombres de dominio (DNS), es traducir las direcciones IP de cada nodo activo en la red, a trminos memorizables y fciles de encontrar. Esta abstraccin hace posible que cualquier servicio (de red) pueda moverse de un lugar geogrfico a otro en la red Internet, an cuando el cambio implique que tendr una direccin IP diferente.1 Sin la ayuda del sistema de nombres de dominio, los usuarios de Internet tendran que acceder a cada servicio web utilizando la direccin IP del nodo (por ejemplo, sera necesario utilizar http://192.0.32.10 en vez de http://example.com). Adems, reducira el nmero de webs posibles, ya que actualmente es habitual que una misma direccin IP sea compartida por varios dominios.

ndice
[ocultar]

1 URL frente a nombre de dominio 2 Organizacin del espacio de nombres 3 Dominios de nivel superior o 3.1 Dominios ccTLD asignados o 3.2 Ejemplos de nombres de dominio de nivel superior o 3.3 Nombres de dominio internacionalizado 4 Organizaciones relacionadas con los dominios de Internet o 4.1 IANA

4.2 ICANN y la asignacin oficial 4.3 INTERNIC 4.4 LACNIC 4.5 LACTLD 4.6 LATINOAMERICANN 5 Vase tambin 6 Referencias

o o o o o

URL frente a nombre de dominio[editar editar fuente]

El siguiente ejemplo ilustra la diferencia entre una URL (Uniform Resource Locator/"Recurso de Localizacin Uniforme") y un nombre de dominio: URL: http://www.ejemplo.net/index.html Nombre de dominio de nivel superior: net nombre de dominio: ejemplo.net nombre de host: www.ejemplo.net

Organizacin del espacio de nombres[editar editar fuente]

El sistema jerrquico de nombres de dominio, organizado en zonas, cada una atendida por servidores de nombre de dominio.

Dominios de nivel superior[editar editar fuente]

Cuando se cre el Sistema de Nombres de Dominio en los aos 80, el espacio de nombres se dividi en dos . El primero incluye los dominios, basados en los dos caracteres de identificacin de cada territorio de acuerdo a las abreviaciones del ISO3166. (Ej. *.do, *.mx) y se denomina ccTLD (Dominio de nivel superior de cdigo de pas o Country Code Top level Domain), los segundos, incluyen un grupo de siete dominios de primer nivel genricos, (gTLD), que representan una serie de nombres y multi-organizaciones: GOB, EDU, COM, MIL, ORG, NET e INT. Los dominios basados en ccTLD son administrados por organizaciones sin fines de lucro en cada pas, delegada por la IANA y o ICANN para la administracin de los dominios territoriales El crecimiento de Internet ha implicado la creacin de nuevos dominios gTLD. A mayo de 2012, existen 22 gTLD y 293 ccTLD.2

Dominios ccTLD asignados[editar editar fuente]

La lista de dominios de nivel superior pueden encontrarse en el anexo.

Ejemplos de nombres de dominio de nivel superior[editar editar fuente]

.ar, para servicios de Argentina .asia, la regin de Asia .biz prevista para ser usado por negocios. .bo, para servicios de Bolivia .ca, para servicios de Canad .cat, para pginas relacionadas con la cultura e idioma cataln. .cc, para servicios Islas Cocos .cl, para servicios de Chile .co, para servicios de Colombia .cn, para servicios de China .com, son los dominios ms extendidos en el mundo. Sirven para cualquier tipo de pgina web, temtica. .cr, para servicios de Costa Rica .cu, para servicios de Cuba .do, para servicios de Repblica Dominicana .ec, para servicios de Ecuador .edu, para servicios de Educacin .es, para servicios de Espaa .eu, para pases de Europa .eus, para pginas relacionadas con la cultura e idioma euskaldun. .fm, para pginas del pas Estados Federados de Micronesia, pero usado tambin para estaciones de radio de frecuencia modulada .fr, para servicios de Francia .gal, para pginas relacionadas con la cultura y lengua (Gallego) de la comunidad autnoma de Galicia, Espaa. .gov y .gob, para gobierno y entidades pblicas .gt, para servicios de Guatemala .hn, para servicios de Honduras .info, para informacin

.int, para entidades internacionales, organizaciones como la ONU .jobs, para departamentos de empleo y recursos humanos en empresas .lat, la regin de Latinoamrica .lu, para servicios de Luxemburgo .me, para servicios de Montenegro .mil, para el Departamento de Defensa de los Estados Unidos (nico pas con dominio de primer nivel para el ejrcito) .mobi, para empresas de telefona mvil o servicios para mvil. .museum, para los museos .mx, para servicios de Mxico .ni, para compaas y servicios de Nicaragua .name, para nombres de personas .net, para infraestructura de red .nl, para pginas de Holanda .org, para organizaciones .pa, para pginas de Panam .pe, para pginas de Per .pro, para profesionales con una titulacin universitaria. .py, para servicios de Paraguay .ru, para servicios de Rusia .sv, para servicios de El Salvador .tel, para servicios de comunicacin por internet .tk, para pginas del pas Tokelau; sin embargo se usan tambin como dominio y servidor propio ( "Autnomas" ). Actualmente pueden obtenerse de forma gratuita. .travel, para pginas de la industria de viajes y turismo. .tv, para pginas del pas Tuvalu, pero usado tambin para estaciones de televisin .ua, para pginas de Ucrania .uy, para servicios de Uruguay .ve, para servicios de Venezuela .web es un dominio de internet de nivel superior, no oficial, que lleva propuesto desde 1995. .ws es un dominio de internet con el significado de web site .xxx, para industria pornogrfica

Nombres de dominio internacionalizado[editar editar fuente]

Artculo principal: Nombre de dominio internacionalizado.

El juego de caracteres permitidos en el sistema de nombres de dominio se basa en ASCII y no permite la representacin de nombres y palabras de muchos idiomas nativos en sus guiones o alfabetos. ICANN aprob el nombre de dominio internacionalizado (IDNA), el cual asigna las cadenas Unicode utilizados en las interfaces de usuario en el conjunto de caracteres DNS vlido por una codificacin llamado Punycode. Por ejemplo, kbenhavn.eu se asigna a xn - kbenhavn-54a.eu. Muchos registros han adoptado IDNA.

Organizaciones relacionadas con los dominios de Internet[editar editar fuente]

IANA[editar editar fuente]
IANA es la Autoridad para la Asignacin de Nmeros de Internet (del ingls: Internet Assigned Numbers Authority), responsable de la coordinacin global de los dominios Raz de DNS y de los dominios .int y .arpa, del direccionamiento IP y otros recursos del Protocolo de Internet.3

ICANN y la asignacin oficial[editar editar fuente]

La Corporacin de Internet para la Asignacin de nombres y nmeros de Dominios (del Ingls: Internet Corporation for Assigned Names and Numbers) es una organizacin sin fines de lucro que opera a nivel de asignar espacio de direcciones numricas de protocolo de Internet (IP), identificadores de protocolo y de las administracin del sistema de servidores raz. Aunque en un principio estos servicios los desempeaba Internet Assigned Numbers Authority (IANA) y otras entidades bajo contrato con el gobierno de EE.UU., actualmente son responsabilidad de ICANN.4

INTERNIC[editar editar fuente]

InterNIC es un servicio y marca registrada del Ministerio de Comercio de los Estados Unidos de Amrica y licenciado a IANA para la gestin de disputas pblicas relacionadas con el registro de nombres de dominios.

LACNIC[editar editar fuente]

LACNIC es la organizacin para el Registro de Direcciones de Internet para Amrica Latina y el Caribe. Su objetivo es la construccin y articulacin de esfuerzos colaborativos para el desarrollo y estabilidad de Internet en Amrica Latina y el Caribe. [1]. Si bien no tiene relacin directa con los dominios, s es la organizacin regional a cargo de los recursos de Internet como Direcciones IP y ASNs.

LACTLD[editar editar fuente]

LACTLD es una organizacin sin fines de lucro que busca agrupar a los administradores de los ccTLDs de Amrica Latina y el Caribe, con el objeto de Coordinar polticas en conjunto, as como estrategias de desarrollo de los nombres de dominio a nivel regional; representar los intereses conjuntos de sus miembros ante organismos pertinentes; promover el desarrollo de los ccTLDs de la regin; fomentar la cooperacin y el intercambio de experiencia entre sus miembros, en todos los aspectos necesarios para el adecuado funcionamiento de los ccTLDs y establecer lazos de colaboracin con las organizaciones anlogas de otras regiones del mundo.

LATINOAMERICANN[editar editar fuente]

LatinoamerICANN es una organizacin para la difusin de informacin y dilogo en temas de Nombres de Dominio, Nmeros IP y Gobierno o Gobernanza de Internet en Amrica Latina y el Caribe. Su misin asimismo es la de colocar informacin en espaol, portugus y francs de acceso para todos, considerando que la informacin en los idiomas de la regin resulta siendo un elemento para poder comprender los fenmenos propios del Internet, desde una perspectiva regional en el contexto global.5

Vase tambin[editar editar fuente]

Next: Extracto del Primario Up: Manual de Procedimientos para Previous: El Resolver

Configuracin del Servidor

Un servidor de nombres cumple dos roles: ayudar a los resolvers locales a resolver nombres y a servir con autoridad como primario y secundario de algunos dominios. En las organizaciones muy grandes, puede ser una buena idea separar estos dos roles, teniendo servidores para resolver y servidores para el dominio local. Tenerlos juntos es tambin razonable en todo caso, porque la mayora de las consultas son dentro del dominio local, que tpicamente servimos. Para funcionar bien, debemos entonces tener un servidor de nombres (recomendamos correr siempre la ltima versin sacada de Internet) y configurarlo de modo que ubique los servidores raz, que tenga los dominios para los que es primario y conozca para cuales debe actuar como secundario. El archivo que contiene toda la informacin sobre un dominio se conoce como una zona. Dentro de la zona se especifican valores asociados al dominio propiamente tal (ver seccin 4.1.1), los servidores de nombres del dominio (records NS), los nombres de las mquinas que existen bajo l y su direccin IP (records A), los nombres de sus sub-dominios (si existen) y sus servidores de nombres (records NS), servidores de correo (records MX), etc. Un servidor de nombres que tiene autoridad sobre un dominio debe tener localmente una copia de la zona que lo define: si es primario tiene la versin modificable, si es secundario debe tener una copia obtenida desde el primario. Aparte del servidor propiamente tal (tpicamente llamado named), existe otro programa que se encarga de transferir las zonas que corresponden a los dominios de los cuales somos secundarios (y que es invocado desde named cada vez que es necesario) conocido como named-xfer. Al ser otro programa, permite que uno lo ejecute a mano para probar transferencias de zona desde un servidor dado. La lista de los dominios de los que somos primarios, la de los secundarios y informacin inicial de los servidores raz se configura en un archivo inicial (en Unix; en

Windows y NT por supuesto que es un men). El archivo inicial se le entrega de parmetro al servidor de nombres y es algo como lo que sigue :

; ; ns.boot : boot file for name server ns.dcc.uchile.cl ; directory /usr/etc/named cache . ns.ca primary cl cl.zone primary dcc.uchile.cl dcc.uchile.cl.zone primary srcei.cl srcei.cl.zone primary 4.83.146.in-addr.arpa 4.83.146.revzone primary 0.0.127.in-addr.arpa ns.local ; ; Secundarios para todos los subdominios de .CL ; secondary utfsm.cl 146.83.198.3 back/utfsm.zone secondary rdc.cl 146.155.30.25 146.155.1.155 back/rdc.zone ...

Ah podemos ver que el servidor tiene sus archivos de configuracin en /usr/etc/named, que la lista de servidores raz est en sunsite.ca y que el servidor es primario de los dominios cl, dcc.uchile.cl, etc. La zona donde se detallan las mquinas del dominio dcc.uchile.cl est en el archivo dcc.uchile.cl.zone. Luego el servidor es secundario de otros dominios, como utfsm.cl, donde aparece la direccin IP de un servidor de nombres de donde obtener la informacin y un archivo donde dejarlo. Es buena idea tener un directorio para los secundarios separado de los primarios, puesto que los secundarios podemos borrarlos sin problemas pero los primarios no. Tambin es primario para algunas zonas inversas (ver seccin 4.2) como 4.83.146.inaddr.arpa. Todos estos archivos configuran completamente al servidor, como se ve en la figura 2.

Figure: Archivos de configuracin

Configuracin del Servidor Primario

Algunas recomendaciones sobre la configuracin del servicio de nombres:

Al ser servidor primario de un dominio, es recomendable ser secundario de todos los subdominios directos de ste. Esto permite que el archivo de configuracin base pueda usar nombres de dominio en sus tablas y no tenga que incluir direcciones IP. Dentro del archivo que contiene la informacin sobre un dominio (su zona), se debe poner slo la informacin sobre las mquinas que estn bajo l y sus subdominios. Es vital no incluir informacin sobre los dominios superiores, puesto que en caso de cambio esto divulgar informacin falsa a la red. Los servidores modernos ignoran esta informacin, pero viejas versiones an existen.

La zona de un dominio comienza con un record SOA (Start Of Authority) que define varios parmetros importantes para toda la zona. Luego listamos records que estn todos dentro de la zona. Hay que tener cuidado con los nombres de dominio absolutos que se colocan en una zona, puesto que siempre el servidor local los interpreta relativos a la zona. Para evitar errores, se debe agregar un punto al final del nombre absoluto (por ejemplo dcc.uchile.cl.) y solo usar nombres relativos a la zona para el resto de la informacin. Los comentarios en la zona van a partir de un punto y coma (;) hasta el fin de lnea. Los records tiene tpicamente un prefijo IN (de Internet). Un ejemplo de definicin del archivo que representa al subdominio dcc.uchile.cl se entrega en anexo.

Record SOA

Cada dominio tiene un descriptor global asociado, que es el record SOA con el cual comienza la zona. Este record tiene 7 campos asociados: el nombre del servidor primario, la direccin electrnica del responsable del dominio (se recomienda usar el nombre de usuario de la persona responsable), y cinco valores numricos que definen diversos valores y timeouts (en segundos) del dominio. Estos valores pueden generar mayor o menor trfico y tambin demorar ms o menos los cambios en propagarse por la Internet. Con algunos valores patolgicos, tambin pueden generar errores como expiracin del dominio. Los campos son:

Serial Este nmero corresponde a la versin del archivo. La idea es que sea montonamente creciente. Cada vez que se hace un cambio, debe incrementarse este nmero, lo que indica a los secundarios que es hora de copiar una nueva versin desde el primario. Una buena idea es mantener la fecha codificada en ese nmero. Para ser tolerante al ao 2000, sugerimos una codificacin: AAAAMMDDHH (ao,mes,da,hora) que adems permite ver cunto se demoran los secundarios en tener una nueva versin y saber cuando se hizo un cambio.

refresh Este nmero indica cada cuanto tiempo (en segundos) los secundarios deben chequear con el primario si el serial ha cambiado. Esto define a qu velocidad se difunden los cambios del dominio.

retry Si en un secundario, el chequeo con el primario no se pudo hacer (error de conectividad u otro), este contador indica cada cuanto hay que reintentarlo.

expire Si un secundario no logra contactarse ms con el primario, sigue respondiendo con autoridad por el dominio durante todo este intervalo (en segundos). Es muy importante que este valor sea alto, puesto que una vez que se sobrepasa, el secundario da la zona por expirada y no responde ms por ella. Esto puede generar errores del tipo "host not found" que son ms graves que errores de conectividad. Por ejemplo, el mail se devuelve con un error, en vez de encolarse en espera que el servidor vuelva.

Minimum ttl Este valor indica cuanto tiempo un servidor cualquiera (no primario ni secundario) puede recordar la informacin de esta zona y responder (sin autoridad) con ella a sus clientes. Es razonable que sea alto, pero no tanto porque retrasa las modificaciones en difundirse en todas partes (pero slo afecta la

modificacin y la eliminacin de campos, el agregar informacin se difunde segn el valor del refresh). En la tabla siguiente entregamos nuestra recomendacin de valores, que no son obligatorios. Sin embargo, siempre hay que recordar que Expire > TTL > Refresh > Retry.

Por ejemplo:
; ; dcc.uchile.cl.zone : Authoritative data for dcc.uchile.cl ; @ IN SOA dcc.uchile.cl. hostmaster.dcc.uchile.cl. ( 1993050709 ;Serial 43200 ;Refresh (12 horas) 7200 ;Retry (2 horas) 2592000 ;Expire (30 dias) 129600) ;Minimum (2 dias)

Records NS
Es buena idea comenzar la zona con la lista de los servidores de nombres del dominio. Los servidores deben ser a los menos dos (por tolerancia a fallas) y ubicados en redes y lugares distantes. En general es buena idea tener otra institucin con la cual acordar que ellos sean secundarios de nuestros dominios a cambio de nosotros ser secundarios de ellos. Estos servidores de nombres deben ir listados por nombre de dominio, sin direccin IP. No es cosa de colocar el nombre de un servidor de nombres conocido y esperar que funcione, ese servidor debe estar configurado como secundario para este dominio, lo que debe ser acordado previamente con l servidor primario tambin debe incluirse. Por ejemplo:
IN IN NS NS ns.dcc.uchile.cl. inti.inf.utfsm.cl.

. Por supuesto, el nombre del

Records A
La idea de base de la zona es proveer la lista de nombres en el dominio y sus direcciones IP. Para eso son los records A, donde listo todas mis mquinas. Si tengo mquinas con ms de una direccin IP, repito el nombre. Si tengo mquinas con ms de un nombre, repito la direccin IP. Es buena idea incluir nombres para nuestros routers, en algunos casos incluso es bueno asignarles nombres distintos a cada interfaz. Por ejemplo:
anakena IN A 192.80.24.1

ftp tortel tortel

IN IN IN

A A A

192.80.24.1 192.80.24.2 146.83.4.10

Sub-dominios
Si el dominio tiene sub-dominios, en la zona del dominio se debe definir su existencia y delegarlo a sus servidores de nombres. Eso es todo lo que yo tengo derecho a decir sobre el sub-dominio. Por ejemplo:
alumnos IN IN NS NS ns.dcc.uchile.cl. inti.inf.utfsm.cl.

Los nombres de los servidores tienen que tener un record A asociado en su dominio. No pueden ser un CNAME (ver ms adelante).

Records MX
Aparte de la lista de los nombres con sus direcciones IP, es importante definir los records MX asociados. stos permiten que el correo dirigido a cualquier mquina del dominio le lleguen a una mquina de correo principal, la que despus se encarga de distribuirlo internamente. De esta forma no todas las mquinas tienen que correr un mailer bien configurado y basta con mantener los Mail Exchangers solamente. Por ejemplo:
tortel IN IN A MX 146.83.4.11 50 mailer.dcc.uchile.cl.

Junto con el nombre de la mquina que recibe el correo, va una prioridad, lo que permite tener varios records MX, con distintas prioridades. Los servidores de correo en Internet, al tener correo para una mquina, antes de pedir una direccin IP para enviarle el correo directamente, pide los records MX que existen para ella. Este record acepta el nombre * (asterisco) que implementa un Mail Exchanger para toda mquina de este dominio.

Records CNAME
Es mejor evitar el uso de estos records. Permite definir aliases para mquinas, pero no todos los resolvers los manejan bien. Es mucho mejor definir varios nombres que dan la misma direccin IP, por ejemplo:
tortel www mail ns IN IN IN IN A A A A 146.83.4.11 146.83.4.11 146.83.4.11 146.83.4.11

Records HINFO, TXT, WKS

Son records que permiten poner informacin sobre el nombre, tipo de mquina, servicios que provee, etc. Nadie los usa y ocupan espacio en las zonas (que deben transferirse a los secundarios), por lo que recomiendo no utilizarlos.

Servidor Inverso
El DNS tambin sirve para hacer la traduccin inversa, es decir de direccin IP a nombre (esto es usado ms que nada por razones de seguridad, para verificar que una mquina es quien dice ser). Estos servidores se configuran como servicio de nombres de un dominio ficticio, compuesto por la direccin IP invertida y terminado por el dominio IN-ADDR.ARPA. Por ejemplo, el servidor inverso de la red clase C 200.0.66.0 es: 66.0.200.in-addr.arpa. y adentro se pone el nmero dentro de la red y el nombre de la mquina con un record de tipo PTR. Un ejemplo de configuracin se entrega en anexo. Una vez que localmente puedo invertir los nmeros IP (esto se prueba con la rutina de la biblioteca C gethostbyaddr), debo registrar oficialmente el servidor inverso para que sea utilizado en Internet. Si mi red IP fue otorgada por mi proveedor, tpicamente tengo que pedirle a l que me delegue el inverso. Si es una sub-red que no va en borde de un byte es ms complicado, puesto la separacin slo se puede hacer en esos segmentos. Por ello, es muy razonable exigir bloques de direcciones que por lo menos sean una clase C (un prefijo de tres bytes). Si la direccin IP es de las portables asignadas por el Internic, se le debe pedir directamente a ellos que lo activen, y se enva un mail a hostmaster@internic.net con un formulario que se extrae de all, para pedir registrar zonas inversas.

Next: Extracto del Primario Up: Manual de Procedimientos para Previous: El Resolver

Jos M. Piquer Mon Apr 20 12:39:28 CST 1998

resultados de Bing

es-xl iso-8859-1

Ir

Gua detallada de infraestructura comn para la implementacin de Windows Server 2003

Parte 2: Instalar una estacin de trabajo Windows XP Professional y conectarla a un dominio
Publicado: septiembre 17, aaaa

Este documento es el segundo de una serie de guas detalladas en las que se explica cmo crear una infraestructura de red comn para la implementacin del sistema operativo Microsoft WindowsServer 2003. Las guas siguientes se han desarrollado a partir de esta infraestructura base y en ellas se explica la configuracin de escenarios de uso comunes. En este documento se explica cmo instalar el sistema operativo Microsoft Windows XP Professional en una estacin de trabajo y cmo conectar esa estacin de trabajo al servidor de controlador de dominio creado en laParte 1: Instalar Windows Server 2003 como un controlador de dominio. Mediante los pasos de estas dos guas crear una infraestructura comn con la que podr evaluar el sistema operativo Windows Server 2003.
En esta pgina
Introduccin

Introduccin

Instalar y configurar Windows XP Professional

Recursos adicionales

Introduccin
Guas detalladas
Las guas detalladas de desarrollo de Microsoft Windows Server 2003 proporcionan experiencia prctica para muchas configuraciones de sistemas operativos. Las guas comienzan estableciendo una infraestructura de red comn a travs de la instalacin de Windows Server 2003, la configuracin de Active Directory, la instalacin de una estacin de trabajo Windows XP Professional y, por ltimo, la incorporacin de esta estacin de trabajo a un dominio. Las guas detalladas posteriores asumen que posee esta infraestructura de red comn. Si no desea seguir esta infraestructura de red comn, tendr que efectuar las modificaciones pertinentes mientras utiliza estas guas. La infraestructura de red comn requiere que se sigan las instrucciones de las guas siguientes.

Parte I: Instalar Windows Server 2003 como un controlador

de dominio Parte II: Instalar una estacin de trabajo Windows XP Professional y conectarla a un dominio

Una vez configurada la infraestructura de red comn, pueden utilizarse todas las guas detalladas adicionales. Tenga en cuenta que algunas guas detalladas pueden tener requisitos previos adicionales adems de los requisitos de infraestructura de red comn. Todos los requisitos adicionales se indicarn en la gua detallada especfica.

Microsoft Virtual PC
Las guas detalladas de desarrollo de Windows Server 2003 se pueden implementar en un entorno de laboratorio fsico o mediante tecnologas de creacin de entornos virtuales como Microsoft Virtual PC 2004 o Microsoft Virtual Server 2005. La tecnologa de mquina virtual permite a los usuarios ejecutar varios sistemas operativos simultneamente en un nico servidor fsico. Virtual PC 2004 y Virtual Server 2005 estn diseados para aumentar la eficacia operativa de las pruebas y desarrollo de software, la migracin de aplicaciones heredadas y los escenarios de consolidacin de servidores.

En las guas detalladas de desarrollo de Windows Server 2003 se asume que todas las configuraciones se realizarn en un entorno de laboratorio fsico, aunque la mayora de ellas se pueden aplicar a un entorno virtual sin necesidad de modificarlas. La aplicacin de los conceptos proporcionados en estas guas detalladas a un entorno virtual se escapa al alcance de este documento.

Notas importantes
Las compaas, organizaciones, productos, nombres de dominio, direcciones de correo electrnico, logotipos, personas, lugares y datos mencionados aqu son ficticios. No se pretende indicar, ni debe deducirse ninguna asociacin con compaas, organizaciones, nombres de dominio, direcciones de correo electrnico, logotipos, personas, lugares o datos reales. Esta infraestructura comn est concebida para su uso en una red privada. El nombre ficticio de la compaa y el nombre DNS (Sistema de nombres de dominio) utilizados en la infraestructura comn no estn registrados para su uso en Internet. No debe utilizar estos nombres en una red pblica ni en Internet. El objetivo de la estructura del servicio Active Directory para esta infraestructura comn es mostrar cmo funciona la administracin de cambios y configuracin de Windows Server 2003 con Active Directory. No se ha diseado como un modelo para configurar Active Directory en una organizacin.
Principio de la pgina

Introduccin
Este documento es el segundo de una serie compuesta de dos partes. En l se describe cmo instalar el sistema operativo Windows XP Professional en una estacin de trabajo y cmo conectar esa estacin de trabajo al servidor de controlador de dominio creado en laParte 1: Instalar Windows Server 2003 como un controlador de dominio.

Requisitos previos

Parte 1: Instalar Windows Server 2003 como un controlador de

dominio

Requisitos de esta gua

Necesitar un equipo que pueda ejecutar Windows XP Professional. Dicho equipo debe estar equipado con un adaptador de red. Consulte

los Requisitos del sistema Windows XP Professional (en ingls) para asegurarse de que la estacin de trabajo satisface los requisitos mnimos del sistema para Windows XP Professional. Utilice las siguientes convenciones de nomenclatura para configurar cada estacin de trabajo.
Parmetro Nombres de equipo Valor HQ-CON-WRK-01 HQ-CON-WRK-nn Configuracin de red: direccin IP DHCP

Siga las instrucciones que aparecen a continuacin para instalar Windows XP Professional en una estacin de trabajo. Para obtener ayuda adicional, consulte la Ayuda en pantalla de Windows XP Professional.
Principio de la pgina

Instalar y configurar Windows XP Professional

En esta gua se da por supuesto que va a instalar Windows XP Professional en un equipo que no tiene otra versin anterior de Windows. Si va a actualizar una versin anterior de Windows, algunos de los pasos pueden ser diferentes. Para obtener ayuda adicional, consulte las instrucciones de la Introduccin que recibi con Windows XP Professional. Asegrese de que el equipo est configurado para iniciarse desde la unidad de CD-ROM. Para comprobar o cambiar la secuencia de inicio, ejecute el programa de instalacin CMOS original de su equipo.
1. Inserte el CD de Windows XP Professional en la unidad de CDROM y reinicie el equipo. 2. Cuando aparezca la pantalla Programa de instalacin, presione ENTRAR. 3. Lea el Contrato de licencia y, si lo considera aceptable, presione F8. 4. Siga las instrucciones para eliminar todas las particiones del disco existentes. Los pasos exactos variarn segn el nmero y el tipo de particiones que tenga ya el equipo. Siga eliminando particiones hasta que todo el espacio del disco tenga la etiqueta Espacio no

particionado. 5. Cuando todo el espacio del disco tenga la etiqueta Espacio no particionado, presione C para crear una particin en el espacio no particionado de la primera unidad de disco (si procede). 6. Cuando haya creado la particin Nueva (sin formato), presione ENTRAR. 7. Seleccione Formatear la particin utilizando el sistema de archivos NTFS <rpido> y, a continuacin, presione ENTRAR. 8. En el cuadro de dilogo Configuracin regional y de idioma, realice los cambios necesarios para su configuracin regional (por lo general, para Estados Unidos no es necesario realizar ningn cambio) y, a continuacin, haga clic en Siguiente. 9. En la pantalla Personalice su software, escriba Christine Koch en el cuadro Nombre. En el cuadro Organizacin, escriba Contoso y, a continuacin, haga clic en Siguiente para continuar. 10. Escriba la Clave del producto (la encontrar al dorso de la caja del CD de Windows XP Professional) en los cuadros de texto provistos para ello. Haga clic en Siguiente para continuar. 11. En la pantalla Nombre del equipo y contrasea del administrador, escriba HQ-CON-WRK-01 para Nombre de equipo. Si sta no es la primera estacin de trabajo que agrega al dominio, utilice las convenciones de nomenclatura indicadas al principio de este documento. 12. Deje en blanco la Contrasea de administrador y, despus, haga clic en Siguiente. Recomendacin: para facilitar los pasos de estas guas, el cuadro Contrasea de administrador se deja en blanco de forma intencionada, es decir, no se escribe ninguna contrasea. sta no es una prctica de seguridad recomendable. Siempre que se instale una estacin de trabajo en un entorno de produccin se debe definir una contrasea. 13. Ajuste la Configuracin de fecha y hora como sea necesario y, a continuacin, haga clic en Siguiente. El programa de instalacin instala los componentes de red; esta operacin puede durar unos minutos. 14. En la pantalla Configuracin de red, haga clic en Siguiente para aceptar la Configuracin tpica. De esta forma, configurar la estacin de trabajo de modo que solicite un Protocolo de configuracin dinmica de host (DHCP) asignado a la direccin IP (Protocolo Internet) del servidor correspondiente.

15.

En la pantalla Grupo de trabajo o dominio del equipo, seleccione No, este equipo no est en una red (opcin predeterminada) y, a continuacin, haga clic en Aceptar. Esta estacin de trabajo se conectar al dominio en la siguiente seccin.

16.

Cuando el programa de instalacin termine, haga clic Finalizar para reiniciar el equipo.

17.

Una vez reiniciado el sistema, Windows presentar varias pantallas de configuracin autoexplicativas. Cuando se le indique, utilice Christine, de la infraestructura comn, como el primer usuario definido.

Agregar la estacin de trabajo al dominio

1. Haga clic en el botn Inicio, en Panel de control y, despus, haga doble clic en el icono Sistema. 2. 3. Haga clic en la ficha Nombre de equipo y luego en Cambiar. Compruebe que Nombre de equipo es HQ-CON-WRK-01 y, a continuacin, haga clic en el botn de opcin Dominio, como se muestra en la Figura 1.

Figura 1. Cambiar la pertenencia del equipo a un dominio

4.

En Miembro de, escriba contoso para Dominio y, a continuacin, haga clic en Aceptar.

5.

Aparecer el cuadro de dilogo Nombre de usuario y contrasea de dominio. Deber especificar una cuenta que tenga privilegios para unirse al dominio. En el campo Nombre, escriba administrator@contoso.com y haga clic en Aceptar. (No se requiere contrasea para esta gua detallada.)

6.

Cuando reciba el mensaje Se ha unido al dominio contoso, la estacin de trabajo se habr unido correctamente al dominio. Haga clic en Aceptar.

7.

Haga clic en Aceptar para reiniciar el equipo y, despus, haga clic de nuevo en Aceptar para cerrar la ventana Propiedades del sistema.

8.

Cuando aparezca el cuadro de dilogo Cambio de configuracin del sistema, haga clic en S para reiniciar la estacin de trabajo.

Ver equipos en su red

1 . Una vez reiniciada la estacin de trabajo, presione Ctrl+Alt+Supr e inicie sesin en christine@contoso.com con la contrasea pass#word1. Cuando se le indique, haga clic en Aceptar para cambiar la contrasea de Christine. Escriba pass#word2 para Contrasea nueva y Confirmar contrasea nueva. Haga clic en Aceptar para continuar y, despus, haga clic de nuevo en Aceptar para confirmar el cambio de contrasea. 2 . 3 . Haga doble clic en Mis sitios de red. Haga doble clic en el vnculo Toda la red. Haga doble clic en el icono Red de Microsoft Windows. 4 . Haga doble clic en el icono Contoso para ver los equipos de esta red, como se muestra en la Figura 2. Haga clic en el botn Inicio y luego en Mi PC.

Figura 2. Ver los equipos del dominio Contoso

5 .

Cierre la ventana Contoso.

Principio de la pgina

Recursos adicionales
Para obtener ms informacin, consulte los siguientes recursos:

Microsoft Windows XP Professional en

http://www.microsoft.com/windowsxp/default.mspx (en ingls) Para obtener la informacin ms reciente sobre Windows Server 2003, consulte el sitio Web de Windows Server 2003 en http://www.microsoft.com/windowsserver2003
Principio de la pgina Versin para impresora Favoritos Enviar esta pgina Agregar a

Administre su perfil 2013 Microsoft Corporation. Todos los derechos reservados. Pngase en contacto con nosotros |Aviso Legal |Marcas registradas |Privacidad