---

Envía    Imprime  Alértame

Autor de página

Cómo crear una relación de confianza

 

Entre un dominio de Windows NT y un dominio de Windows 2000 puede crear cualquiera de las siguientes relaciones de confianza.

 

• Windows NT confía en Windows 2000
• Windows 2000 confía en Windows NT

 

Para crear una confianza debe iniciar sesión en los controladores de dominio de ambos dominios con una cuenta de administrador. En cada caso, cree primero la confianza en el dominio que confía y después en el dominio de confianza.

Windows NT confía en Windows 2000

 

Para crear una relación de confianza en la que un dominio basado en Windows NT confía en un dominio basado en Windows 2000:

 

1. En el controlador principal de dominio (PDC) basado en Windows NT:
1. Haga clic en Inicio, seleccione Programas , seleccione Herramientas administrativas y haga clic en Administrador de usuarios para dominios .

 

2. En el menú Directivas, haga clic en Relaciones de confianza.

 

3. Haga clic en el botón Agregar que corresponde al cuadro Dominios en los que se confía. Aparecerá el cuadro de diálogo Agregar un dominio de confianza.

 

4. En el cuadro Dominio, escriba el nombre del dominio basado en Windows 2000 sin la extensión .com. Por ejemplo, si el dominio de Windows 2000 es Microsoft.com, escriba Microsoft .

 

5. En el cuadro Contraseña, escriba una contraseña para la confianza.
   
   NOTA: debe usar la misma contraseña de confianza tanto en el controlador del dominio que confía como en el de confianza.

 

6. Haga clic en Aceptar. Aparecerá el siguiente mensaje, donde Nombre del dominio basado en Windows 2000 es el nombre del dominio basado en Windows 2000 y donde Nombre del dominio basado en Windows NT es el nombre del dominio de Windows NT:
7. La relación de confianza no se pudo comprobar en este momento. Si descubre que no se estableció, póngase en contacto con el administrador del dominio del Nombre del dominio basado en Windows 2000 y compruebe que incluye el Nombre del dominio basado en Windows NT en su lista de dominios de confianza.

 

8. Haga clic en Aceptar. Tenga en cuenta que el dominio basado en Windows 2000 está enumerado en la lista Dominios en los que se confía.

 

9. En el cuadro de diálogo Relaciones de confianza, haga clic en Cerrar.

 

2. En el controlador de dominio basado en Windows 2000:

 

1. Haga clic en Inicio, seleccione Configuración y, a continuación, haga clic en Panel de control.

 

2. En el Panel de control, haga doble clic en Herramientas administrativas y después haga doble clic en Dominios y confianzas de Active Directory .

 

3. En el complemento Dominios y confianza de Active Directory, haga clic con el botón secundario del mouse (ratón) en el dominio que quiere y, después, haga clic en Propiedades.

 

4. Haga clic en la ficha Confianzas.

 

5. Haga clic en el botón Agregar que corresponde a la lista Dominios que confían en este dominio .

 

6. En el cuadro Dominio que confía , escriba el nombre del dominio basado en Windows NT.

 

7. En el cuadro Contraseña, escriba la misma contraseña de confianza que usó en el controlador de dominio basado en Windows NT. Escriba de nuevo la contraseña en el cuadro Confirmar contraseña .

 

8. Haga clic en Aceptar. Aparecerá el siguiente mensaje, donde Nombre del dominio basado en Windows NT es el nombre del dominio basado en Windows NT:
9. Para comprobar la nueva confianza, debe tener permiso para administrar las confianzas para el dominio Nombre del dominio basado en Windows NT .

 

10. Compruebe que ha iniciado sesión realmente como administrador tanto en el controlador de dominio basado en Windows NT como en el controlador de dominio basado en Windows 2000 y, después, haga clic en Sí.

 

11. En el cuadro de diálogo Active Directory que aparece, escriba el nombre de usuario y la contraseña de administrador del dominio basado en Windows NT y, después, haga clic en Aceptar. Aparecerá el siguiente mensaje:
12. Se ha agregado el dominio de confianza y se ha comprobado la confianza.

 

13. Haga clic en Aceptar. Observe que el dominio basado en Windows NT está enumerado en la lista Dominios que confían en este dominio .

 

14. Haga clic en Aceptar, y salga de Dominios y confianza de Active Directory.

 

 

La confianza se habrá creado. El dominio basado en Windows NT confía en las cuentas basadas en el dominio basado en Windows 2000. Sin embargo, esta confianza es unidireccional. El dominio basado en Windows 2000 no confía en las cuentas basadas en el dominio basado en Windows NT.

 

 

Windows 2000 confía en Windows NT

Para crear una relación de confianza en la que un dominio basado en Windows 2000 confía en un dominio basado en Windows NT:

 

1. En el controlador de dominio basado en Windows 2000:

a.    Haga clic en Inicio, seleccione Configuración y, a continuación, haga clic en Panel de control.

 

b.    En el Panel de control, haga doble clic en Herramientas administrativas y, a continuación, haga doble clic en Dominios y confianzas de Active Directory .

 

c.     En el complemento Dominios y confianza de Active Directory, haga clic con el botón

 

d.    secundario del mouse (ratón) y, después, haga clic en Propiedades.

 

e.    Haga clic en la ficha Confianzas.

 

f.      Haga clic en el botón Agregar que corresponde a la lista Dominios de confianza para este dominio .

 

g.    En el cuadro Dominio de confianza , escriba el nombre del dominio basado en Windows NT.

 

h.    En el cuadro Contraseña, escriba una contraseña para la confianza. Escriba de nuevo esta contraseña en el cuadro Confirmar contraseña .

 

i.       Haga clic en Aceptar. Aparecerá el siguiente mensaje:

j.      Active Directory no puede comprobar la confianza.
Si el otro lado de la relación de confianza no existe todavía, debe crearla.
Si las contraseñas de ambos lados de la relación de confianza no coinciden, deberá quitar esta confianza y volverla a crear utilizando la contraseña correcta.

 

k.     El error devuelto fue: La base de datos de seguridad del servidor no tiene una cuenta de equipo para esta relación de confianza de estación de trabajo.

 

l.       Haga clic en Aceptar.

 

m.  Haga clic en Aceptar, y salga de Dominios y confianza de Active Directory.

 

2. En el PDC basado en Windows NT:

Haga clic en Inicio, seleccione Programas, Herramientas administrativas y, a continuación, haga clic en Administrador de usuarios para dominios .

 

En el menú Directivas, haga clic en Relaciones de confianza.

Haga clic en el botón Agregar que corresponde al cuadro Dominios que confían. Aparecerá el cuadro de diálogo Agregar un dominio que confía.

En el cuadro Dominio que confía, escriba el nombre del dominio basado en Windows 2000 sin la extensión .com. Por ejemplo, si el dominio de Windows 2000 es Microsoft.com, escriba Microsoft .

En el cuadro Contraseña inicial, escriba la misma contraseña de confianza que usó en el controlador de dominio basado en Windows 2000.

NOTA: debe usar la misma contraseña de confianza tanto en el controlador del dominio que confía como en el de confianza.

Vuelva a escribir la contraseña en el cuadro Confirmar contraseña, compruebe que ha iniciado sesión realmente como administrador tanto en el controlador de dominio basado en Windows NT como en el controlador de dominio basado en Windows 2000 y, después, haga clic en Aceptar. Tenga en cuenta que el dominio basado en Windows 2000 está enumerado en la lista Dominios que confían.

En el cuadro de diálogo Relaciones de confianza, haga clic en Cerrar.

La confianza se habrá creado. El dominio basado en Windows 2000 confía en las cuentas basadas en el dominio basado en Windows NT.


Solucionar problemas

Cuando intenta crear una confianza entre dominios, puede recibir un mensaje de error similar a éste:

 

No se encontró el controlador de dominio correspondiente a este dominio

 

Este mensaje de error puede ocurrir por los siguientes motivos:

 

• Problemas de red
  Compruebe que los dos equipos usan TCP/IP y que puede conectar con el otro equipo mediante una utilidad de red, como Ping.exe.

 

• Problemas de resolución de nombre
  Compruebe que el controlador de dominio basado en Windows NT puede resolver el nombre de host del controlador de dominio basado en Windows 2000, mientras que el controlador de dominio basado en Windows 2000 puede resolver el nombre NetBIOS del controlador de dominio basado en Windows NT. Si no puede resolver los nombres NetBIOS y de host, en el archivo Lmhosts cree una entrada por cada controlador de dominio que especifique la ubicación del otro controlador. Para obtener información adicional acerca de la creación y modificación de los archivos Lmhosts, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:

181171 (http://support.microsoft.com/kb/181171/) Secure Channel Manipulation with TCP/IP

102725 (http://support.microsoft.com/kb/102725/) Lmhosts File Information and Predefined Keywords

 

 

Cómo determinar las configuraciones de las relaciones de confianza

 

 

 

 

 

 

Utilizar el complemento Dominios y confianza de Active Directory de MMC

Para ver la jerarquía y las relaciones de confianza de un dominio:

 

1. Inicie la herramienta Dominios y confianza de Active Directory. La herramienta buscará automáticamente un controlador de dominio del que leer datos de las relaciones de confianza.

 

2. Aparecerá un icono para cada dominio que representa la raíz de cada elemento de la jerarquía. Al expandir cualquiera de estos nodos aparecerá la jerarquía de dominios secundarios, si existe alguno. Para ver las relaciones de confianza de un dominio específico, haga clic con el botón secundario del mouse (ratón) en el dominio y, después, haga clic en Propiedades.

 

3. Haga clic en la ficha Confianzas. Para cada dominio en el que confíe el dominio seleccionado se mostrará el tipo de relación de confianza existente y si la relación de confianza es transitiva o no. También es posible agregar o quitar confianzas mediante la misma interfaz. Par ver información de detalle o restablecer una relación de confianza transitiva, haga clic en la confianza que desee y, después, haga clic en Ver o modificar.

 

 

Utilizar el complemento Usuarios y equipos de Active Directory de MMC

Un administrador puede ver las relaciones de confianza específicas de un dominio mediante el complemento de MMC Usuarios y equipos de Active Directory:

 

1. Inicie la herramienta Usuarios y equipos de Active Directory. Tenga en cuenta que va de manera predeterminada al dominio en el que ha iniciado la sesión.

 

2. En el menú Ver, haga clic en Avanzadas.

 

3. Expanda el contenido del panel izquierdo y busque el contenedor Sistema.

 

4. En el panel derecho, utilice la columna Tipo para identificar todos los objetos cuyo tipo es "Dominio de confianza". Para ver más información acerca de una confianza dada, haga clic con el botón secundario del mouse (ratón) en el objeto y, después, haga clic en Propiedades. La información de detalle acerca de esta relación de confianza se muestra en un cuadro de diálogo en el que un administrador también puede restablecer la confianza si es de tipo transitivo.

 

 

Utilizar la herramienta NLTEST

NLTEST es una utilidad del Kit de recursos que puede utilizar para mostrar la lista actual de dominios de confianza conocidos por un servidor dado. Para cada dominio que se muestra puede ver los datos siguientes:

• Índice de confianza (específico de cada DC a medida que se enumeran las confianzas)
• Nombre de dominio NetBIOS del dominio de confianza

 

• Nombre de dominio DNS del dominio de confianza
• Tipo de confianza (NT 4, NT 5, MIT o DCE)
• Cualquiera de los indicadores siguientes:
1. Direct Outbound (Salida directa): Existe una relación de confianza directa entre el dominio del servidor consultado y este dominio.
2. Native (Nativo): Este dominio se encuentra actualmente en modo nativo.
3. Primary Domain (Dominio principal): Es el dominio del servidor que se utilizó en la consulta.
4. Forest Tree Root (Raíz de árbol del bosque): Este dominio representa la raíz de un árbol del bosque.
5. Forest (Bosque): número de índice : Para este dominio de confianza, donde número de índice es el número de índice de su dominio primario en la misma lista de NLTEST.

 

Para ejecutar una consulta en un servidor específico, escriba NLTEST /server: nombre del servidor /trusted_domains . Por ejemplo, podría aparecer el siguiente resultado si se ejecutara una consulta en un controlador de dominio del dominio raíz del bosque (en este ejemplo, el dominio raíz se llama root.com). Tenga en cuenta que NLTEST muestra los dominios de confianza con relaciones de confianza transitivas como confianzas de Windows 2000 sin el indicador de Salida directa.

Utilizar la herramienta ADSI Edit

ASDI Edit es una utilidad incluida en el Kit de recursos de Windows 2000. Para realizar los pasos siguientes debe instalar esta herramienta.

 

1. En el símbolo del sistema, escriba start adsiedit.msc para iniciar una consola de MMC con la herramienta ADSI Edit ya presente. También se llenará el panel izquierdo con tres nodos como mínimo, uno para cada contexto de nomenclatura modificable, o partición, de Active Directory. Se trata de los contextos de nomenclatura predeterminados Domain, Schema y Configuration.
2. Expanda el nodo Domain NC [dc= nombre del dominio ,dc= com ] en el panel izquierdo de la consola de MMC. Siga expandiendo este nodo hasta que pueda ver y expandir el nodo CN=System.
3. En el panel derecho, utilice la columna Clase para identificar todos los objetos cuyo tipo es trustedDomain. Para obtener más información acerca de una confianza dada, haga clic con el botón secundario del mouse (ratón) en el objeto y, después, haga clic en Propiedades.
4. Haga clic en Both en el cuadro Select which properties to view.
5. Se mantienen distintos datos acerca de la confianza en diversos atributos clave de cada objeto trustedDomain. A continuación se enumeran los atributos clave que se pueden seleccionar en el cuadro Select a property to view y sus significados:
   
   flatName: Contiene el nombre NetBIOS del dominio para esta confianza.
   trustDirection: Contiene la dirección de la relación de confianza establecida.

0=Disabled
1=Inbound (dominio que confía)
2=Outbound (dominio de confianza)
3=Both (de confianza y que confía)

trustPartner: Contiene una cadena que representa el nombre estilo DNS del dominio si se trata de un dominio de Windows 2000 o el nombre NetBIOS del dominio en el caso de una confianza de bajo nivel.
trustType: Contiene el tipo de relación de confianza establecido en el dominio.

1=Downlevel Trust (confianza de bajo nivel)
2=Windows 2000 (Uplevel) Trust [confianza de Windows 2000 (nivel superior)]
3=MIT
4=DCE

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

PERFILES MÓVILES DE USUARIO EN MICROSOFT WINDOWS 2000

 

Los equipos en el lugar de trabajo sólo tienen valor en la medida en que las personas pueden utilizarlos para tener acceso a la información que necesitan, en la toma de decisiones diarias en áreas que abarcan desde ventas, mercadotecnia y compras hasta envíos, asistencia, mejora de procesos y muchas otras. Para cubrir esas necesidades, los equipos personales se han implementado tradicionalmente en aquellas áreas de la organización donde se encuentran la mayor parte de los empleados. Aunque este enfoque ayuda a asegurar el acceso habitual de esos empleados a los equipos, no tiene en cuenta la tendencia en auge de disponer de una plantilla de trabajadores con alta movilidad y distribuidos geográficamente. Dado que muchos empleados ya no están sujetos a una ubicación geográfica determinada para hacer su trabajo, tampoco están sujetos a un equipo específico. Por supuesto, muchos de ellos llevan equipos portátiles de un lugar a otro, pero otros terminan "compartiendo" los equipos, utilizando el que tienen más cerca cuando lo necesitan.

Para dar solución a estas tendencias, Microsoft ha mejorado la compatibilidad con los perfiles móviles de usuario mediante las tecnologías de administración IntelliMirror^® que se incluyen en el sistema operativo Microsoft^® Windows^® 2000. Con los perfiles móviles de usuario, un empleado puede "llevar" la configuración y preferencias de usuario de su PC de una ubicación a otra, de la misma manera que llevaría un equipo portátil. Esto incluye la configuración y preferencias de Office 2000, el cliente de mensajería y colaboración Microsoft Outlook^® 2000, el escritorio, la barra Inicio y otros. Los perfiles móviles de usuario también admiten listas de exclusión de carpetas y cuotas por usuario para el tamaño de los perfiles. Todos los usuarios cuyas cuentas estén configuradas para aprovechar esta característica se convierten en "usuarios móviles" en lo que se refiere a que la configuración y las preferencias de su PC pueden acompañarles con independencia del equipo con Windows 2000 que utilicen en la red.

Los perfiles móviles de usuario no sólo mejoran la experiencia de los usuarios con los equipos, sino que también facilitan el trabajo de los administradores de red. Como los perfiles móviles de usuario almacenan la configuración y las preferencias de los usuarios en el servidor, no resultan afectadas necesariamente cuando se reemplaza o actualiza un equipo. Esto significa que los administradores sólo necesitan implementar las aplicaciones estandarizadas en cada escritorio con Windows 2000 Professional porque la configuración y las preferencias acompañarán automáticamente a cada usuario móvil.

En este informe se describe la estrategia utilizada, las acciones emprendidas y muchas de las conclusiones obtenidas por el Grupo de informática (ITG, Information Technology Group) de Microsoft a partir de la correcta implementación de los perfiles móviles de usuario en Microsoft. ITG ofrece su experiencia a los clientes con la esperanza de que, si procede, aprendan de ella y apliquen lo aprendido en la implementación de los perfiles móviles de usuario en su propia organización.

Implementación de perfiles móviles de usuario

Los perfiles móviles de usuario de Windows 2000 se implementaron en Microsoft en las fases preliminares para asegurar que la tecnología sería adecuada para otras grandes empresas. ITG aprovechó esa oportunidad para mejorar el entorno informático utilizado por los empleados internos, a la vez que proporcionaba la flexibilidad necesaria para reemplazar los equipos con mayor facilidad. ¿Qué límite debían tener los perfiles? ¿Qué directorios se debía permitir que fueran móviles? ¿Dónde debían almacenarse los datos móviles? El equipo de implementación responde a éstas y a otras preguntas en las páginas siguientes.

Consideración del entorno

La forma en que trabajan los empleados de Microsoft y la manera en que interactúan con el hardware y software informático tuvieron gran importancia al determinar cómo se implementarían los perfiles móviles de usuario en la organización. A continuación se ofrecen algunos de los factores más significativos que definen el entorno de trabajo y el entorno informático de los empleados en Microsoft.

Las pruebas de software son fundamentales. La mayor parte de los empleados internos de Microsoft participan en las pruebas de software preliminar para asegurar que será adecuado para otras grandes empresas antes de su lanzamiento. Parte fundamental de estas pruebas es la capacidad de los empleados para instalar, configurar y probar el software con sus propios equipos personales.

Los empleados prefieren utilizar soluciones basadas en la autoayuda. Aunque algunos empleados prefieren que ITG configure sus equipos personales, otros desean realizar esa tarea por sí mismos. Esto es especialmente común entre los empleados que prueban el software porque si ITG cambiara el equipo personal de uno de esos empleados sin su conocimiento, probablemente se interrumpirían las pruebas. Para adaptarse a este entorno, ITG se esfuerza continuamente por desarrollar herramientas de configuración basadas en la intranet que los empleados puedan utilizar en cualquier momento.

La mayoría de los empleados tiene su propio equipo personal dedicado. En Microsoft hay más de 100.000 equipos personales. Los empleados necesitan un promedio de dos o más equipos personales para llevar a cabo las funciones de su trabajo diario: uno para ejecutar aplicaciones como Office 2000 y Outlook 2000, y otro (o dos o tres más) para desarrollar o probar software nuevo.

Las aplicaciones no están estandarizadas. Las diversas responsabilidades de trabajo requieren que empleados diferentes ejecuten aplicaciones distintas. Aunque la mayor parte de los empleados de Microsoft utilizan Office 2000 y Windows 2000 Professional para realizar algunas funciones de su trabajo diario, muchos de ellos también necesitan aplicaciones adicionales. Por ejemplo, los evaluadores necesitan aplicaciones para archivar, registrar y resolver errores, los empleados de recursos humanos necesitan aplicaciones para hacer un seguimiento de las ofertas de trabajo y para publicarlas, en el departamento de contabilidad necesitan aplicaciones financieras, etc.

 

 

Determinación de la audiencia

Para aprovechar al máximo los beneficios en lo que se refiere a la eficacia de los empleados y las mejoras del entorno informático de información, ITG diseñó las características de la audiencia para la implementación de los perfiles móviles de usuario en Microsoft. Con ese diseño, ITG pudo determinar qué empleados serían los más indicados para utilizar los perfiles móviles de usuario. Algunos empleados necesitan perfiles móviles de usuario para hacer su trabajo eficazmente, otros no los necesitan en concreto, pero podría interesarles utilizarlos de vez en cuando, y otros no deben usarlos en ningún momento. Por ejemplo, los empleados que realizan pruebas de alto control del contenido del escritorio o la configuración de Office y Outlook podrían verlas interrumpidas si no pueden suspender temporalmente el uso de los perfiles móviles de usuario.

En la tabla 1 se muestran las características del entorno y los hábitos de trabajo de dos grupos únicos dentro de Microsoft. La información de la tabla se utilizó para determinar la audiencia y el enfoque para la implementación de los perfiles móviles de usuario de IntelliMirror.

Tabla 1 Características de dos grupos únicos dentro de Microsoft

¿Está previsto que los empleados	Evaluadores de productos	Recepcionistas
tengan su propio equipo dedicado?	Sí	No
tengan acceso móvil?	Improbable	Posible
utilicen una configuración de escritorio estandarizada con un conjunto de aplicaciones estándar?	Improbable	Sí
necesiten utilizar perfiles móviles de usuario a corto plazo para probar una aplicación?	Sí	No
deseen utilizar perfiles móviles de usuario por otras razones?	Sí	Sí

Determinación del tamaño de los servidores

Para determinar el tamaño de los servidores, ITG tuvo en cuenta el número de usuarios previstos que aprovecharían los perfiles móviles de usuario, así como cuánto espacio requeriría cada usuario. ITG también consideró cómo se beneficiarían de la tecnología la mayoría de los empleados.

Otros factores de este proceso son la compatibilidad con las cuotas de tamaño de los perfiles en Microsoft Windows 2000, así como la exclusión de carpetas y el rendimiento de la red. ITG combinó esas capacidades para determinar que los usuarios podían tener perfiles con un promedio de 25 MB, como máximo. ITG determinó esta cuota en función de los siguientes factores:

La exclusión de carpetas permite perfiles de usuario más pequeños. El comportamiento predeterminado de los perfiles móviles de usuario es sincronizar el directorio y contenido de los perfiles de manera que la configuración "acompañe" al usuario a otros equipos. De forma predeterminada, las carpetas como "Temp" y "Temporary Internet Files" están excluidas de este proceso. ITG reconoció la importancia de la exclusión de carpetas para limitar la cantidad de datos en el proceso de sincronización. La exclusión de carpetas estándar que se utilizó incluye Temporary Internet Files, Temp, Mis documentos, Menú Inicio y Windows. Para restringir el tamaño máximo de un perfil, ITG aplicó una cuota de 25 MB a cada usuario mediante una directiva de grupo de Windows 2000. Las pruebas internas indicaron que un límite de 25 MB en el tamaño de los perfiles sería suficiente para los usuarios con acceso móvil dentro de Microsoft.

El rendimiento de la red afecta a la satisfacción de los usuarios. La información de los perfiles móviles de usuario se copia desde un servidor de servicios de fondo a un equipo personal determinado cuando el usuario inicia sesión en él y se copia de nuevo al servidor cuando el usuario finaliza la sesión. La consideración de la velocidad de la red interna fue importante porque ITG creía que los usuarios estarían más satisfechos con la sincronización más rápida posible. Los perfiles móviles de usuario pueden detectar redes lentas si se habilita la detección de vínculos lentos. ITG habilitó la detección de vínculos lentos para impedir la sincronización de los perfiles móviles de usuario en redes con una velocidad menor de 500 Kbps. En la mayor parte de los casos, en Microsoft, un perfil de usuario de 25 MB es lo bastante pequeño para que se sincronice rápidamente, pero también lo bastante grande para proporcionar a los usuarios las ventajas de los perfiles móviles de usuario.

Los usuarios se benefician de la exclusión de carpetas y las cuotas por usuario. Mediante la combinación de la exclusión de carpetas con una cuota de 25 MB, los usuarios pueden "llevarse" el contenido y papel tapiz de su escritorio, la barra Inicio rápido, los cookies, así como la configuración de Microsoft Outlook, Microsoft Internet Explorer, Microsoft Office y Autocompletar. Aunque se pueden hacer móviles otras opciones, en Microsoft éstas son las más valiosas para la mayoría de los empleados. ITG determinó también que un recurso compartido de red de 40 GB admitiría, aproximadamente, 1600 "usuarios móviles", siempre y cuando cada perfil de usuario no sobrepasara los 25 MB de tamaño.

Implementación de una infraestructura basada en Windows 2000

Antes de la implementación de los perfiles móviles de usuario basados en Windows 2000, ITG implementó primero las siguientes tecnologías con Windows 2000:

Servicios de Active Directory™: para crear, aplicar y aprovechar la configuración necesaria de directiva de grupo como la exclusión de carpetas y las cuotas.

Windows 2000 Professional: para permitir la movilidad del contenido de la barra Inicio (disponible sólo en estaciones de trabajo donde se ejecute Windows 2000 Professional).

Windows 2000 Advanced Server: para almacenar la información de los perfiles móviles de usuario en el servidor. ITG creó una partición de 40 GB en el servidor donde se ejecutaba Windows 2000 Advanced Server y lo inicializó para aprovechar el Sistema de archivos de Windows NT® (NTFS) y poder aumentar la seguridad.

Después, ITG aplicó los permisos apropiados de NTFS para permitir el funcionamiento correcto de la directiva de grupo. Los permisos se aplicaron inicialmente para conceder control total al grupo "todos". Posteriormente, se agregaron los usuarios a un objeto de directiva de grupo y se les concedió acceso a su propia carpeta automáticamente la primera vez que iniciaron sesión. Aunque los perfiles móviles de usuario no requieren el servicio Active Directory, ITG lo necesita para aprovechar la exclusión de carpetas y las cuotas de tamaño de los perfiles.

En la figura 1 se ilustra la infraestructura básica basada en Windows 2000 que utilizó ITG antes de la implementación de los perfiles móviles de usuario de IntelliMirror.

Si su explorador no admite marcos incrustados, para ver el contenido en una página independiente.

Figura 1 Infraestructura básica utilizada para implementar los perfiles móviles de usuario

Configuración de cuentas de usuario "móviles"

Para hacer "móviles" las cuentas de usuario, ITG creó un grupo global en Windows 2000, le aplicó una directiva de grupo, le agregó usuarios individuales y, después, modificó la ubicación predeterminada del perfil de cada usuario.

Creación de un grupo global de Windows 2000

ITG utilizó el complemento de Microsoft Management Console (MMC) Usuarios y equipos, que se incluye en Windows 2000 Advanced Server, para crear un grupo global de Windows 2000. El grupo global sirve como un contenedor de Active Directory al que ITG aplicó una directiva de grupo que exigía la cuota de 25 MB de almacenamiento para el usuario y excluía del proceso de sincronización una lista de carpetas determinada previamente.

Inclusión de usuarios en el grupo global

ITG utilizó también Usuarios y equipos de MMC para agregar después usuarios individuales al grupo global y modificar la ubicación predeterminada de los perfiles de los usuarios de forma que se convirtieran en "usuarios móviles".

Se pidió a los usuarios que finalizaran la sesión en la red y volvieran a iniciarla para que se aplicaran los cambios. Después de volver a iniciar la sesión, aparece un icono en la Bandeja del sistema de Windows 2000 que permite a los usuarios ver los archivos de su perfil. Esta información es muy útil para solucionar problemas y determinar las opciones que se configuran para acompañar a los usuarios individuales. En la figura 2 se muestra la interfaz de usuario asociada con la utilidad.

Figura 2 Utilidad de espacio de almacenamiento para los perfiles

Agregar automatización

Inicialmente, ITG implementó perfiles móviles de usuario en las áreas de la organización (por ejemplo, para el personal de recepción) donde la tecnología era claramente necesaria. Posteriormente, cuando se solicitó la tecnología en otras áreas, ITG agregó automatización para permitir a los empleados implementar los perfiles móviles de usuario por sí mismos, en consonancia con la directiva de ITG de reducir los costos operativos mediante la automatización de los procesos.

Actualmente, los empleados de Microsoft pueden tener acceso a un sitio de la intranet para crear y presentar solicitudes con el fin de convertirse en usuarios móviles. La automatización que lo permite está basada en tecnologías listas para utilizar, que incluyen Windows 2000 Advanced Server con Servicios de Internet Information Server y Microsoft SQL Server™ 7.0. Funciona de esta manera: Internet Explorer envía las solicitudes de perfiles móviles de usuario a una base de datos de SQL Server, que llama a procedimientos almacenados de Transact-SQL para exportar los datos necesarios y, después, a la Interfaz de servicios de Active Directory (ADSI, Active Directory Services Interface) para agregar al solicitante, convirtiéndole en un usuario móvil.

Especificaciones

El lado del cliente de la aplicación que permite esta automatización utiliza el Lenguaje de marcado de hipertexto (HTML, Hypertext Markup Language), el Lenguaje de marcado de hipertexto dinámico (DHTML, Dynamic Hypertext Markup Language) y el lenguaje de secuencias de comandos de Visual Basic^® (VBScript) de Microsoft. Sin embargo, como ITG basó la aplicación en tecnología estándar lista para utilizar, se podía haber escrito en cualquier lenguaje de secuencias de comandos compatible con Internet Explorer 5.0.

La aplicación se aloja en Windows 2000 Advanced Server con Servicios de Internet Information Server y escribe los datos en una base de datos de Microsoft SQL Server. Los empleados utilizan Internet Explorer, integrado en Windows 2000 Professional, para consultar el servidor Web y escribir en la base de datos de SQL Server. Esta base de datos almacena información acerca del usuario y su solicitud de convertirse en un usuario móvil. Después, SQL Server exporta la información a un archivo ASCII protegido mediante un procedimiento almacenado de Transact-SQL que es procesado por una aplicación desarrollada internamente (consulte el apéndice para ver el código de ejemplo) que lee el archivo y actualiza Active Directory de Windows 2000 mediante ADSI.

Requisitos

La aplicación de automatización fue diseñada para ser fácil de utilizar y para admitir y responder rápidamente a una variedad de solicitudes de los empleados. Para cumplir este objetivo de diseño, ITG planeó una serie de requisitos funcionales, que ahora son la base de una aplicación extremadamente eficaz. Por ejemplo, los empleados pueden elegir en una lista de tecnologías de administración IntelliMirror solicitadas comúnmente y pueden ver e imprimir documentación o Preguntas más frecuentes (P+F) cuando toman una decisión.

Entorno de implementación

Para implementar la aplicación de automatización, ITG utilizó tres equipos con Windows 2000 Advanced Server: uno para ejecutar Servicios de Internet Information Server de Windows 2000 Advanced Server, otro para ejecutar Programador de tareas y un último servidor para ejecutar Microsoft SQL Server 7.0.

En la figura 3 se ilustra la arquitectura utilizada para la aplicación que automatiza la configuración administrativa de los perfiles móviles de usuario en Microsoft.

Si su explorador no admite marcos incrustados, haga clic aquí para ver el contenido en una página independiente.

Figura 3 Arquitectura física

Arquitectura

La aplicación se administra centralmente, lo que reduce la necesidad de que los usuarios actualicen componentes en sus equipos personales. Siempre que los usuarios ejecuten Internet Explorer, versión 5.0 o posterior, pueden agregarse o quitarse a sí mismos de una cuenta de perfiles móviles de usuario mediante el acceso a la aplicación basada en la intranet.

La aplicación basada en la intranet que se utilizó para automatizar el proceso de configuración administrativa se desarrolló con tecnologías de Microsoft listas para utilizar. Páginas de Active Server (ASP, Active Server Pages), que se ejecuta en Internet Information Server, se comunica con una base de datos de SQL Server mediante ActiveX^® Data Objects (ADO). Cuando la aplicación muestra páginas al usuario, tiene acceso a su servidor de base de datos y recupera una lista de las tecnologías de administración IntelliMirror a las que el usuario se ha suscrito. Después, presenta esta lista al usuario para que sepa qué tecnologías se pueden agregar o quitar. Los perfiles móviles de usuario constituyen una de esas tecnologías de administración de IntelliMirror a las que los usuarios se pueden suscribir de esta manera.

La aplicación utiliza PCB_DASH, una herramienta desarrollada internamente por ITG que programa la ejecución de archivos por lotes. Después de la programación, la herramienta copia los archivos a un servidor Windows 2000 Advanced Server que ejecuta el servicio Programador de tareas, que a su vez ejecuta los archivos por lotes de forma remota. Al finalizar el trabajo por lotes, PCB_DASH registra un historial de la ejecución.

El Programador de tareas se ejecuta mediante una cuenta de "servicio" especial que está autorizada para tener acceso a la información que reside en la base de datos de SQL Server 7.0 o el servicio de directorio Active Directory de Windows 2000. El trabajo por lotes enviado al Programador de tareas exporta los datos de la base de datos a un archivo ASCII y configura el entorno de la consola mediante comandos "set" en función de la información leída en el archivo.

Cuando el entorno de la consola contiene el nombre de dominio y el nombre de usuario, el trabajo por lotes llama a un programa de la interfaz de programación de aplicaciones Win32^® escrito internamente con el sistema de desarrollo Visual C++®. En primer lugar, el programa Win32 lee el "entorno" para obtener los "parámetros" y, después, establece una sesión con Active Directory mediante la interfaz Modelo de objetos componentes (COM, Component Object Model) ADSI. Después, el programa Win32 agrega mediante programación el usuario a un grupo global apropiado (en función del dominio del usuario) y modifica la ubicación predeterminada del perfil del usuario a un servidor apropiado. En la figura 4 se muestra la arquitectura lógica de la aplicación.

Si su explorador no admite marcos incrustados, haga clic aquí para ver el contenido en una página independiente.

Figura 4 Arquitectura de la aplicación

Interfaz de usuario

El diseño de la aplicación se hizo pensando en la simplicidad. Los usuarios exploran páginas Web de HTML dinámico que les guían en la selección de las tecnologías disponibles de administración de IntelliMirror que ITG ha implementado. Las páginas Web permiten que los usuarios agreguen o quiten perfiles móviles de usuario de sus cuentas, lean una recopilación de preguntas más frecuentes y vean una lista de los usuarios que se han registrado en el servicio recientemente.

ITG consideró especialmente importante presentar a los usuarios estas preguntas más frecuentes porque son especialmente útiles para ayudarles a evitar problemas específicos del entorno de Microsoft. Hasta el momento, para ITG esta forma de autoayuda es de un valor incalculable en la reducción de los costos de soporte técnico y el aumento de la satisfacción de los usuarios. La figura 5 muestra la interfaz de usuario de la aplicación que ITG desarrolló para automatizar la mayor parte de la administración de los perfiles móviles de usuario

Si su explorador no admite marcos incrustados, haga clic aquí para ver el contenido en una página independiente.

Figura 5 Interfaz de usuario de la aplicación desarrollada por ITG

Supervisión y mantenimiento

ITG simplificó la supervisión y el mantenimiento de los perfiles móviles de usuario basados en Windows 2000 mediante una combinación de capacidades integradas en Windows 2000, como los grupos globales, las directivas de grupo y ADSI. Estas capacidades permitieron a ITG personalizar su entorno mediante el desarrollo de una aplicación para automatizar las tareas administrativas que, por lo general, se realizan manualmente.

Por ejemplo, los grupos globales permiten que ITG aplique una directiva que restringe el número de carpetas incluidas en el perfil de cada usuario. Directivas de grupo simplifica la administración de los perfiles móviles de usuario al permitir que ITG administre las personas por grupos, en lugar de hacerlo caso por caso. ADSI, y en particular la interfaz Modelo de objetos componentes ADSI, simplificó enormemente el desarrollo de aplicaciones personalizadas que se utilizan para automatizar la administración de los perfiles móviles de usuario.

Una ventaja de tener una aplicación personalizada es la capacidad de registrar información acerca de los usuarios que agregan perfiles móviles de usuario a su cuenta. Mediante esta información, ITG puede determinar el número de personas que utilizan perfiles móviles de usuario en cada momento. En el futuro, ITG podrá utilizar la información para ayudar en el planeamiento de la capacidad y, quizás, con el fin de cobrar por el servicio a cada departamento.

Para ayudar a mantener el rendimiento y asegurar que no hay problemas de capacidad, ITG utiliza el Monitor de rendimiento, incluido en Windows 2000 Advanced Server y Windows 2000 Professional. Por ejemplo, si el Monitor de rendimiento indica que la utilización del procesador del servidor es superior al 80 por ciento durante un período prolongado, ITG puede agregar simplemente otro procesador. Para lograr una mayor seguridad frente a las limitaciones de capacidad, ITG implementó software de NetIQ en el servidor de archivos de servicios de fondo. Este software está configurado para generar una alerta administrativa en el caso de que se agote el almacenamiento físico en el servidor. Además de estas herramientas, ITG desarrolló su propio conjunto de archivos por lotes que se ejecutan por la noche y obtienen estadísticas del tamaño individual de los perfiles. La información obtenida de los procesos de archivos por lotes se puede importar con facilidad a Microsoft Excel para la creación de informes.

ITG hace copia de seguridad de casi siete terabytes de datos cada veinticuatro horas y utiliza más de 200 unidades de cinta, un proceso que requiere, aproximadamente, 400 cintas lineales digitales (DLT, Digital Linear Tapes) al día. Los perfiles móviles de usuario suponen una pequeña parte de estos datos. Para mejorar la velocidad y la portabilidad del hardware, ITG implementó la compresión en el hardware. El volumen de datos de los que se hace copia de seguridad a diario requería la aplicación de un proceso coherente para asegurar que los datos se archivan con igual coherencia. Este proceso también se aplica a la copia de seguridad de los perfiles móviles de usuario basados en Windows 2000.

Dos componentes integrales de la estrategia de copia de seguridad son Backup Executive Network Storage Executive de Veritas, para la copia y la restauración de los datos, y Arcus Data Security, para asegurar el almacenamiento de las cintas fuera del sitio.

Con el fin de mantener bajos los costos de soporte y alta la satisfacción de los usuarios, ITG desarrolló seis categorías de conservación de cintas que especifican el tiempo que cada departamento puede conservar sus datos.

ITG recomienda registrar los nombres de todos los recursos compartidos de red que crea junto con los contactos y propietarios de cada recurso. ITG utiliza esta información si necesita ponerse en contacto con los propietarios de los recursos para determinar cuánto tiempo desean que se conserven sus datos. Solicita información a los propietarios de los recursos porque tienen un conocimiento detallado de los datos contenidos en ellos. Para clasificar los datos en una de las seis categorías de conservación de cintas, los propietarios de los recursos tienen que visitar un sitio de la intranet.

ITG realiza las copias de seguridad en las particiones en lugar de en los recursos compartidos porque las particiones de red cambian con poca frecuencia, mientras que los recursos de red se pueden agregar o quitar en cualquier momento.

Los propietarios de los recursos de red pueden especificar una de las seis categorías de conservación de cintas como se muestra en la tabla 2.

Tabla 2 Categorías de conservación de cintas utilizadas por ITG

Categoría de conservación	Tiempo de conservación de las cintas
Administrativa	Tres años
Continuidad de negocio	Tres años
Financiera	Diez años
Histórica	Duración de la compañía
Infraestructura	Un año o menos
Jurídica	Seis años

El perfil de cada usuario móvil se almacena localmente y en un servidor de archivos de servicios de fondo donde se ejecuta el sistema operativo Windows 2000 Advanced Server. Desde el punto de vista del equipo que realiza las copias de seguridad, el servidor de servicios de fondo se considera un servidor de archivos normal.

Resultados

Con el fin de desarrollar su estrategia para la implementación de los perfiles móviles de usuario en Microsoft, ITG estudió en profundidad cómo trabajan los empleados. Sobresalieron dos conclusiones en particular:

La configuración personal acompaña a los usuarios. Gracias a los perfiles móviles de usuario, los empleados móviles tienen una configuración personal de usuario coherente, con independencia del edificio donde estén trabajando un día determinado. Por ejemplo, si un empleado que se encuentra en el "edificio A" debe trabajar temporalmente en el "edificio B", puede estar seguro de que su configuración y preferencias aparecerán en el equipo que utilice en el segundo edificio, igual que en cualquier otro lugar.

Se simplifica la sustitución de equipos. Los perfiles móviles de usuario simplifican la sustitución de cualquier equipo. Cuando ITG reemplaza equipos personales, sólo necesita configurarlos con aplicaciones estándar porque los perfiles móviles de usuario guardan la configuración y las preferencias de usuario personales en el servidor de servicios de fondo. Este enfoque contribuye a mantener la garantía de calidad en cuanto a que los equipos nuevos se configuran según los gustos de cada persona mediante la configuración de las opciones y preferencias personales. La sustitución de equipos se simplifica aún más mediante la combinación de la eficacia de otras capacidades de IntelliMirror, como la redirección de la carpeta Mis documentos, con los perfiles móviles de usuario. (Consulte la sección "Para obtener más información" si desea obtener información acerca de la redirección de la carpeta Mis documentos.)

Conclusiones

El equipo responsable de implementar los perfiles móviles de usuario de IntelliMirror en Microsoft aprendió mucho acerca de cómo perfeccionar el entorno de Microsoft mediante el desarrollo de la automatización y el apoyo de la implementación día a día. Éstas son algunas de las observaciones clave:

Para obtener una implementación con éxito, analice detenidamente cómo hacen su trabajo los empleados. El empleado medio de Microsoft que trabaja en diversas ubicaciones no comparte su equipo personal, sino que lleva un equipo portátil. Por este motivo, ITG determinó que no era necesario que todos los empleados se convirtieran en usuarios móviles. Por lo tanto, diseñó como audiencia de destino los "candidatos idóneos" para utilizar la tecnología de perfiles móviles de usuario y la implementó en sus cuentas. Con el fin de simplificar la implementación para los usuarios que no necesitan ahora los perfiles móviles de usuario, pero que es posible que la necesiten en el futuro, ITG creó una aplicación que automatiza el proceso de registro.

La mejor opción es la automatización basada en la autoayuda. ITG diseñó esta aplicación para que pudieran utilizarla la mayor parte de los empleados, de manera que cuando alguno de ellos decidiera convertirse en usuario móvil, pudiera implementar el proceso sin ayuda de ITG y sin comprometer la seguridad del sistema.

Se puede mantener la seguridad a la vez que se permite a los usuarios agregar perfiles móviles de usuario a su cuenta. La aplicación basada en la intranet que creó ITG con el objeto de permitir a los usuarios registrarse para utilizar los perfiles móviles de usuarios demostró que era segura. ITG utilizó la seguridad integrada en Windows 2000 Advanced Server para restringir el acceso a la aplicación al tiempo que se permitía su correcto funcionamiento. Además, al implementar el Programador de tareas en su propio servidor dedicado, ITG podía proteger el nivel intermedio de la aplicación al ejecutarlo mediante una cuenta de servicio especial con el acceso mínimo necesario para exportar los datos desde una base de datos de SQL Server. ITG también delegó con prudencia la autoridad administrativa en el servicio Active Directory, lo que dio como resultado un entorno muy seguro.

Es importante almacenar en caché los perfiles de usuario localmente. Aunque los perfiles móviles de usuario almacenarán un perfil en el servidor de servicios de fondo, ITG determinó que muchos usuarios internos también se beneficiarían del almacenamiento de los perfiles en la caché local y decidió almacenar los perfiles de usuario en la caché local de manera que los usuarios pudieran iniciar sesión incluso si se debía realizar el mantenimiento de servidores que impidiera que el usuario tuviera acceso a un perfil almacenado en el servidor de servicios de fondo. Los usuarios que no tienen un perfil almacenado en la caché local reciben un mensaje que explica que no está disponible una copia local del perfil y que se les asignará una temporal. Los cambios realizados en el perfil temporal no estarán disponibles posteriormente. Sólo guardarán los cambios posteriormente los perfiles almacenados en la caché local, a diferencia de los perfiles temporales.

Es fundamental tener aplicaciones estándar instaladas en los equipos a los que tienen acceso los usuarios móviles. Cambiar de un equipo a otro puede ser especialmente difícil para los usuarios si los equipos no comparten un conjunto común de aplicaciones. Por ejemplo, los accesos directos del escritorio acompañan a un usuario aunque las aplicaciones asociadas con ellos no se puedan implementar de forma coherente en los diferentes equipos. Para obtener una experiencia de usuario coherente debe implementarse un conjunto común de aplicaciones en cada equipo al que el usuario tenga previsto tener acceso. Conseguir este escritorio estandarizado es posible mediante la combinación de la eficacia de la instalación del software IntelliMirror y directiva de grupo.

El papel tapiz del escritorio se debe guardar en el directorio del perfil. De forma predeterminada, el papel tapiz del escritorio se guarda en %unidadDelSistema%\winnt. En el caso de que un usuario se mueva a un equipo que tenga instalado Windows 2000 Professional en una unidad que no sea la del sistema, el papel tapiz del escritorio no estará disponible. En esta situación, el papel tapiz del escritorio se moverá si se ha guardado en un directorio asociado con la cuenta del usuario en \Documentos y Settings\.

Windows Scripting Host contribuyó a automatizar el trabajo que antes se realizaba de forma manual. Mediante Windows Scripting Host se crearon fácilmente secuencias de comandos para modificar la ruta de los perfiles y agregar rutas a las cuentas de los usuarios. Microsoft ofrece con Windows Scripting Host los motores de secuencias de comandos Visual Basic® Scripting Edition (VBScript) y JScript®. Windows Scripting Host (Wscript.exe) está integrado en Windows 98, Windows 2000 Advanced Server y en Windows 2000 Professional. También está disponible para el sistema operativo Windows 95. Windows Scripting Host ofrece ventajas para los administradores que prefieren automatizar tareas administrativas repetitivas mediante secuencias de comandos.

La formación técnica en el uso de directivas de grupo resultó fundamental para el servicio de asistencia. La formación del personal del servicio de asistencia en los fundamentos de la solución de problemas de directiva de grupo fue una parte esencial del soporte técnico a los usuarios internos. Los técnicos del servicio de asistencia necesitaban tener un conocimiento básico de los síntomas asociados con las cuentas de usuario a las que no se aplicaban directivas de grupo. ITG utilizó directiva de grupo para especificar la exclusión de carpetas y una cuota para el tamaño físico de los perfiles de usuario. Los técnicos necesitaban información acerca de esa estrategia de directiva de grupo, de manera que pudieran aprovechar la formación para solucionar problemas.

La información y el conocimiento de los usuarios benefició a los empleados y al servicio de asistencia. La formación de los usuarios internos para evitar problemas comunes es un enfoque adoptado por ITG para aumentar la satisfacción interna y reducir los costos de soporte técnico. Por ejemplo, cuando ITG tenía conocimiento de que se superaban las cuotas de tamaño de los perfiles debido a que los empleados colocaban documentos grandes en el escritorio, informaba a esos empleados para que utilizaran accesos directos en el escritorio en su lugar. La información consiguió reducir el número de empleados que excedían su cuota. El desarrollo de una lista de preguntas más frecuentes constituyó la mayor parte de la formación. (Consulte el apéndice para obtener una lista de preguntas más frecuentes, así como un comunicado de ITG a los usuarios internos.)

El desarrollo de una metodología común para la solución de problemas de asistencia fue clave. Los técnicos del servicio de asistencia se beneficiaron de una metodología común de solución de problemas. La metodología consistió en la formación de los técnicos del servicio de asistencia en los fundamentos de directiva de grupo, instrucciones para comprobar primero la conectividad y velocidad de la red, el uso del Visor de sucesos para comprobar la actividad en el lado del cliente y el uso de GPResult.exe, incluido en el Kit de recursos de Windows 2000, para reunir información de diagnóstico más amplia. (Consulte el apéndice para ver un archivo por lotes de ejemplo que utiliza GPResult.exe.)

Para usar tu PC como servidor con un dominio propio necesitas:

1. Windows 2000 Server (no sirve el Profesional)
2. Tener un dominio registrado (www.tudominio.com, www.tudominio.cl, etc)
3. Una dirección IP estática, o en su defecto una dinámica pero que no te la cambien muy seguido (como en mi caso).

Explicaremos los pasos para Win2000 Server

Paso 1: Instalar servidor DNS

Un servidor DNS (Domain Name System) lo que hace es asociar direcciones ip con nombres más fáciles de recordar. Windows 2000 Server incorpora un servidor DNS, pero éste no se instala en la instalación estándar, sino que debemos especificarlo antes o después de la instalación. Para instalarlo después de la instalación podemos ir a "Add/Remove Programs", luego ir a "Add/Remove Windows Components", allí en "Networking Services" y luego en el submenú chequear "Domain Name System".

Paso 2: Configurar un DNS Primario

• Arrancamos el panel de control del DNS, seleccionando "start", luego "Administrative Tools", y después "DNS".
• A la izquierda aparecerá un icono de nuestro servidor, desplegamos en el "+" la lista y seleccionamos "Forward Lookup Zones". Luego en el menú de arriba seleccionamos "Action" y "New Zone".
• Aparecerá un asistente que nos guiará en el proceso de creación de la nueva zona.
• En el asistente elegimos Standard Primary y luego ponemos el nombre del dominio (Ej: midominio.com).
• Nos pedirá crear un nuevo archivo con un nombre por defecto, dejamos el nombre sugerido y seleccionamos "Next".
• Listo, la nueva zona ha sido creada, presionamos "Finish". Ahora debemos configurar unas cuantas cosas más.
• Con el botón derecho presionamos en el menú desplegado a la izquierda sobre la carpeta que lleva el nombre del dominio que hemos creado. Seleccionamos "New Host".
• Nos aparecerá una ventana donde debemos escribir en el primer recuadro "www", y en el siguiente recuadro colocar la dirección ip de nuestro PC. TIP: Para obtener la dirección IP podemos ir a Start-->Run y escribir "Ping nombre_del_servidor -t".

Paso 3: modificar los registros SOA y de servidor de nombres

• Ahora que ya tenemos nuestro DSN configurado nos preguntaremos ¿Cómo se llama este DSN? En el panel izquierdo, volvemos a hacer clic con el botón izquierdo sobre el dominio creado (dominio.com)
• Vamos a la pestaña de "Start of Authority(SOA)" Donde nos aparecerá una caja de texto llamada "Primary Server". Esta es la cadena que después tendremos que ingresar en el NIC.
• En la segunda caja de texto aparecerá "Responsible Person" que corresponde al email del administrador. Aquí debemos modificar y colocar nuestro email. Se debe tomar uno de los puntos como si fuera un arroba, es decir, si dice: admin.midominio.com equivale a que dijera admin@midominio.com.
• Probablemente el nombre del "Primary Server" nos aparecerá de la siguiente forma: numbre_PC.dns.midominio.com.

Paso 5: Ingresar los datos de nuestro servidor en el registro del dominio (NIC)

Después, en el nic (en mi caso es www.nic.cl , varía con cada país y dominio) configuré el dominio para que apuntara a mi servidor web (DNS primario = dns.matias.webmagic.cl (así se llama mi servidor de DNS) y mi dirección IP) no es necesario poner un DNS secundario. Los servidores DNS secundarios funcionan como reserva para este servidor, pero como tenemos un solo PC (al menos yo) no tiene sentido configurar un DNS secundario. Los cambios en el registro del dominio demoran alrededor de 3 días si es que tu dominio ya estaba apuntando a otro servidor.

Por mi parte tengo una ip dinámica :(, pero por alguna razón casi siempre me asignan la misma ip. Sin embargo, si dejo el PC apagado unos 3 días seguidos es muy probable que aparezca con otra ip y tendría que ir a configurar los DNS de nuevo. Por eso trato de mantenerlo encendido lo más posible. Aunque un día de estos voy a amanecer con otra IP y tendré que volver a configurar los DNS y ese cambio demora unos 3 días en actualizarse.

Bueno después de seguir estos pasos, sólo queda colocar nuestros archivos en el IIS y ya tenemos sitio web.

Características de Terminal Server

Actualizado: 01/21/2005

Características de Terminal Server

Este tema contiene una breve introducción a las características de Terminal Server incluidas en esta versión. Se divide en dos secciones: Características nuevas y actualizadas desde Windows NT 4.0y Características nuevas y actualizadas desde Windows 2000.

Si desea vínculos para obtener más información acerca de las características de esta versión, vea Nuevas características.

Terminal Server proporciona a equipos remotos acceso a programas para Windows que se ejecutan en Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition o Windows Server 2003, Datacenter Edition. Con Terminal Server puede proporcionar un lugar de instalación único que permita el acceso de más de un usuario a cualquier equipo donde se use alguno de estos productos. Los usuarios pueden ejecutar programas, guardar archivos y utilizar recursos de red desde una ubicación remota como si dichos recursos estuvieran instalados en su propio equipo.

 

Características nuevas y actualizadas desde Windows NT 4.0

La familia de Windows Server 2003 ofrece las siguientes mejoras (en comparación con Windows NT) que ayudan a proporcionar niveles mayores de compatibilidad con Terminal Server:

Implementación centralizada de programas

Con Servicios de Terminal Server, todas las tareas de ejecución de programas y procesamiento y almacenamiento de datos se llevarán a cabo en el servidor, lo que permitirá centralizar la implementación de los programas. Terminal Server garantiza que todos los clientes puedan tener acceso a la misma versión de un programa. El software se instala sólo una vez en el servidor, en lugar de en todos los escritorios de la organización, lo que reduce los costos derivados de la actualización de equipos individuales.

Acceso remoto a las aplicaciones

Terminal Server envía del servidor al cliente la pantalla de la aplicación, en lugar de sus datos. Esto significa que es posible proporcionar a los usuarios acceso a aplicaciones que usan una gran cantidad de datos a través de conexiones con poco ancho de banda (por ejemplo, una conexión de acceso telefónico a 28800 bps) y proporcionar un rendimiento superior al que se obtendría sin Terminal Server.

Acceso a una única aplicación

Terminal Server puede proporcionar a los usuarios acceso a una única aplicación publicada si no se requiere acceso a un escritorio completo de Windows XP.

Administrador de Servicios de Terminal Server

Con el Administrador de Servicios de Terminal Server puede ver información de los servidores Terminal Server en los dominios de confianza. Esta información incluye todas las sesiones, los usuarios y los procesos de cada servidor Terminal Server. También puede utilizar esta utilidad para realizar diversas acciones de administración del servidor.

Control remoto

Servicios de Terminal Server proporciona control remoto integrado a la familia Windows Server 2003.

 

Características nuevas y actualizadas desde Windows 2000

La familia de Windows Server 2003 ofrece las siguientes mejoras (en comparación con Windows 2000) que ayudan a proporcionar niveles mayores de compatibilidad con Terminal Server:

Redirección de audio

La redirección de audio permite la reproducción de sonido en un equipo cliente con cualquier aplicación que intente reproducir sonido de onda en una sesión de Terminal Server. Esta característica proporciona capacidades básicas de audio, por ejemplo, para los archivos .wav adjuntos en mensajes de correo electrónico, documentos o multimedia simple de transmisión por secuencias.

Integración de directivas de grupo

Terminal Server está integrado con Directiva de grupo, lo que permite utilizar funciones de redirección, acceso mediante contraseñas y configuración de papeles tapiz para administrar el modo en que se utiliza un servidor con Terminal Server habilitado.

Mejoras en la resolución y en el color

A partir de ahora, Servicios de Terminal Server, la tecnología subyacente de Terminal Server, admite un mayor número de colores y una mayor resolución de pantalla. Mediante Conexión a escritorio remoto se puede configurar el número de colores desde 256 hasta Color verdadero, y la resolución desde 640 × 480 píxeles hasta el máximo admitido por los dispositivos de vídeo del cliente. Deben habilitarse límites de resolución y de color tanto en el servidor como en el cliente.

Cómo configurar el conector de RAS dinámico a través de TCP/IP

Tabla de contenido

• Propósito de este documento
• Abreviaturas utilizadas en este documento
• Antes de empezar

Configurar el servidor para admitir el conector de DRAS

• Configurar el cliente
• Configurar el servidor RAS
• Configurar el conjunto de direcciones de TCP/IP
• Configurar la resolución de nombres
• Agregar y configurar el conector de DRAS
• Direccionamiento X.400
• Caso simulado
• Referencias adicionales

El objetivo de este documento es aumentar su conocimiento y dominio de la implementación del conector de RAS dinámico a través de TCP/IP.

La audiencia a la que va dirigido este documento tiene experiencia práctica en redes de Microsoft Windows NT, el Servicio de acceso remoto (RAS) de Microsoft® Windows NT®, Microsoft TCP/IP, dominios de Microsoft Windows NT y Microsoft Exchange Server.

En este documento se utilizan los siguientes términos y abreviaturas.

Cliente	El cliente RAS
DHCP	Protocolo de configuración dinámica de host
DRAS	RAS dinámico
LAN	Red de área local
NIC	Tarjeta de interfaz de red
RAS	Servicio de acceso remoto
RPC	Llamada a procedimiento remoto
Servidor	El servidor RAS
SP	Service Pack

Después de instalar RAS, debe instalar el Service Pack más reciente de Windows NT en el equipo con Microsoft Exchange Server que vaya a alojar el conector de RAS dinámico. Si está ejecutando Windows NT 3.51, debe tener Service Pack 4 o posterior; si está ejecutando Windows NT 4.0, debe tener Service Pack 3 o posterior. Si el servidor es un equipo Compaq que admite el Software Support Disk (SSD) de Compaq, instale el SSD después de instalar el Service Pack de Windows NT. La instalación del SSD de Compaq ha resuelto numerosas solicitudes de asistencia técnica.

La configuración del servidor para admitir el conector de DRAS tiene cinco aspectos fundamentales:

1. Configurar el cliente.
2. Configurar el servidor RAS.
3. Configurar el conjunto de direcciones de TCP/IP.
4. Configurar la resolución de nombres.
5. Agregar y configurar el conector de DRAS.

Configurar el cliente

Generalmente, la configuración del cliente es tan sencilla como configurar una entrada de la libreta de teléfonos para conectar con el sitio remoto.

Si se interrumpe el tráfico de red local cuando la sesión de RAS está activa, tal vez sea necesario desactivar la casilla de verificación Utilizar la puerta de enlace o gateway predeterminada en la red remota. Al desactivar dicha casilla de verificación puede que desaparezca la posibilidad de alcanzar la tarjeta de interfaz de red (NIC) en el equipo remoto con Exchange Server. Puede probar esta capacidad si intenta hacer ping a la NIC del servidor remoto. Si no puede hacer ping, deberá configurar el cliente RAS para solicitar una dirección IP específica y el Servicio de servidor RAS para permitir a los clientes remotos solicitar una dirección IP.

La asignación de direcciones IP de TCP/IP es esencial. El ejemplo incluido en este documento utiliza una red de 192.168.100.n, donde la 'n' identifica al host y puede oscilar entre 1 y 254. Es importante tener en cuenta que a cada módem instalado en un servidor RAS de Microsoft Windows NT se le asignará una dirección IP la primera vez que tenga acceso a él un cliente de acceso telefónico. El módem conservará esta dirección hasta que se reinicie el servidor. Microsoft Windows NT asigna estas direcciones en orden ascendente, comenzando por la primera dirección IP del conjunto de direcciones IP. Por esto, se recomienda empezar la asignación de direcciones IP de 'cliente' en orden descendente, comenzando por la última dirección del conjunto de direcciones IP. Así, en el conjunto de direcciones IP de 192.168.100.1 a 192.168.100.254, asignaremos la dirección IP 192.168.5.254 al primer "cliente", la dirección 192.168.5.253 al segundo cliente y así sucesivamente. Esto elimina cualquier conflicto potencial al agregar módems al servidor de 'host'.

Para configurar el cliente, seleccione en el cuadro de diálogo Configuración de PPP TCP/IP la entrada de la libreta de teléfonos y seleccione "Especifique una dirección IP". Escriba la última dirección IP del conjunto del servidor remoto.

Para configurar el servicio de servidor RAS, haga clic en la casilla de verificación "Permitir a clientes remotos pedir una dirección IP predeterminada" del cuadro de diálogo Configuración de TCP/IP para servidor de Acceso remoto.

Agregue una ruta a la NIC del servidor remoto mediante el comando route. La sintaxis es:

route add<NIC_REMOTA<DIRECCIÓN_IP_SOLICITADA -p

Esta configuración garantiza la coherencia de la ruta de acceso con la ruta remota. Esta configuración, combinada con el modificador -p del comando route, proporciona una ruta estática persistente, incluso si se reinicia el servidor. También es conveniente configurar el cliente para Aceptar sólo autentificación cifrada de Microsoft.

Configurar el servidor RAS

El servidor RAS debe configurarse para realizar y recibir llamadas, incluso si la conexión se va a programar como "Inicio remoto". Esto se debe a que el conector de DRAS requiere una entrada de la libreta de teléfonos. Para configurar el conector de DRAS de manera que realice y reciba llamadas, siga estos pasos:

1. En el cuadro de diálogo Instalación de Acceso remoto, haga clic en Configurar.
2. En el cuadro de diálogo Configurar uso de puerto, haga clic en Hacer y recibir llamadas.
3. Haga clic en Aceptar para completar la configuración.

A continuación se incluyen ejemplos de los cuadros de diálogo.

Configurar el conjunto de direcciones de TCP/IP

En el cuadro de diálogo Instalación de Acceso remoto, haga clic en Red. Haga clic en TCP/IP para configurar el conjunto de direcciones estáticas, si es necesario. La elección del conjunto de direcciones debe estar basada en sus necesidades de acceso a través de Internet y de la intranet para los clientes remotos de acceso telefónico que puedan llamar a este servidor RAS. Siempre que sea posible, el Id. de red del servidor RAS debe ser igual que el de la NIC. Para lograr el mismo fin puede utilizarse DHCP y reservar el ámbito de RAS en el servidor DHCP. Si los clientes RAS no necesitan tener acceso a Internet, lo mejor es elegir uno de los intervalos de direcciones reservado por InterNIC. A continuación se enumera el intervalo de direcciones IP reservadas para uso de la intranet:

• Clase A: 10.0.0.0
• Clase B: 172.16.0.0 a 172.31.255.254
• Clase C: 192.168.0.0 a 192.168.255.254

A pesar de que la elección final está en sus manos, Microsoft recomienda utilizar una dirección de Clase C. Un conjunto de direcciones de Clase C proporciona hasta 254 direcciones, que deben ser suficientes para admitir la mayoría de las implementaciones de RAS.

Nota Cada dispositivo de módem requiere dos direcciones IP: una para el servidor y otra para el cliente.

Configurar la resolución de nombres

La resolución de nombres es la base de la operabilidad del conector. RPC requiere la resolución de nombres TCP/IP y el conector de DRAS utiliza RPC para la comunicación entre servidores. En este caso debe utilizarse el archivo HOSTS, ubicado en la carpeta Winnt\System32\Drivers\Etc, para la resolución de nombres. Para implementar correctamente el archivo HOSTS, debe seleccionar Habilitar DNS para la resolución de nombres de Windows en las propiedades del protocolo TCP/IP de la herramienta Red del Panel de control. El archivo HOSTS debe contener el nombre del servidor y la dirección IP de la tarjeta de interfaz de red del otro equipo o equipos con Exchange Server a los que se conecta a través del conector de RAS dinámico del servidor local. A continuación se muestra un ejemplo de entrada válida en el archivo HOSTS:

192.168.1.1 nombreServidor

Nota Para que el archivo HOSTS funcione correctamente, debe guardarse sin ninguna extensión.

La cuenta del servicio Exchange Server tiene el permiso apropiado para realizar numerosas tareas especializadas en el equipo con Exchange Server. El Agente de transferencia de mensajes (MTA) de Exchange Server utiliza las credenciales de la cuenta de servicio para entregar correo en el almacén de información (IS). Por tanto, es preferible usar la cuenta de servicio de Exchange Server procedente del otro sitio de Exchange Server como cuenta de reemplazo de RAS en el conector de DRAS. La auténtica cuenta de servicio tiene una función personalizada en la ficha Permissions del objeto Organization del programa Administrator de Exchange Server. Se debe conceder a la cuenta de servicio de Exchange Server permisos de marcado por medio del Administrador de RAS, para lo cual es preciso detener y reiniciar los servicios de Exchange Server.

Nota En lugar de la cuenta de servicio puede utilizarse una cuenta que tenga la función de Administrador de cuentas de servicios en el objeto Server. El uso de una cuenta que tenga esta función se implementa mejor después de realizar una configuración correcta mediante la cuenta de servicio.

Agregar y configurar el conector de DRAS

La configuración del equipo con Exchange Server es un proceso que consta de dos pasos:

1. Agregar una pila de transporte de RAS.
2. Agregar y configurar el conector de DRAS.

Para agregar la pila de transporte de RAS, siga estos pasos:

1. En el programa Administrator de Exchange Server, haga clic en el objeto Server.
2. En el menú File, haga clic en New Other y, después, haga clic en MTA transport stack.
3. Haga clic en la pila de transporte de RAS y en el equipo con Exchange Server y, a continuación, haga clic dos veces en Aceptar.

Ya está definida la pila de transporte que se utilizará para RAS dinámico. No es necesario agregar información a la pila.

Para agregar el conector de DRAS, siga estos pasos:

1. Haga clic en el objeto Connections del programa Administrator de Exchange Server.
2. En el menú File, haga clic en New Other y, después, haga clic en Dynamic RAS Connector.
3. Complete las fichas de propiedades General, Schedule, RAS Override, MTA Override y Connected Sites como se muestra a continuación.

Ficha General:

Display name: nombre que se mostrará en el programa Administrator de Exchange Server.
Directory name: nombre que se mostrará en el Monitor de rendimiento.
Remote server name: es el nombre NetBIOS del servidor de destino.

Ficha Schedule:

Defina la programación de acuerdo con sus preferencias.

Ficha RAS Override:

Escriba el Id. de usuario de la cuenta remota de servicio de Exchange Server.

Ficha MTA Override:

Lifetime (sec): cambie el valor a 15.
Disconnect (sec): cambie el valor a 15.
Max open retries: cambie el valor a 5.
Max transfer retries: cambie el valor a 5.
Open interval (sec): cambie el valor a 120 (esto facilita el marcado cada dos minutos si hay correo pendiente).
Transfer Interval (sec): cambie el valor a 60.

Si su explorador no admite marcos incrustados,  para ver el contenido en una página independiente.

Ficha Connected Sites:

Haga clic en New, escriba el nombre del sitio de destino y haga clic en Aceptar. Cuando haga clic en Aceptar, la ficha Connected Sites mostrará los valores Organization, Site, Routing address y Cost para conectarse al sitio remoto. La dirección X.400 mostrada en Routing address debe corresponder a la dirección X.400 del sitio remoto. Compruebe que esta dirección coincide con la dirección X.400 del sitio remoto.

Pruebe el conector; para ello, envíe correo a un usuario del sitio de destino. Esta tarea se lleva a cabo más rápidamente si crea un destinatario personalizado para un usuario del sitio remoto. Para asegurarse de que la dirección X.400 de destino es correcta, seleccione un buzón del sitio remoto y tenga acceso a la ficha E-mail Addresses. En el menú File del programa Administrator de Exchange Server del sitio local, haga clic en New Custom Recipient y, después, haga clic en X.400 address. Complete los campos Given name, Surname, Organization, PRMD, ADMD y Country/Region. Recuerde que, de manera predeterminada, el valor de Organization corresponde al sitio de Exchange Server y los valores predeterminados de PRMD corresponden a la organización de Exchange Server.

El siguiente ejemplo ilustra la metodología empleada para configurar tres sitios, cada uno de los cuales tiene un conector de RAS dinámico configurado para los otros dos sitios. Todos los sitios se pueden conectar entre sí, pero la ruta de replicación no puede ser un bucle cerrado. Normalmente existe una cabeza de puente de replicación y todos los sitios satélite se replican en ella.

Configure el conjunto de direcciones en cada servidor.

Servidor1	192.168.1.1	192.168.1.2
Servidor2	192.168.2.1	192.168.2.2
Servidor3	192.168.3.1	192.168.3.2

Configure cada servidor para la resolución de nombres NetBIOS

Servidor	Entrada del archivo HOSTS
Servidor1	NICServidor2	Servidor2
	NICServidor3	Servidor3
Servidor2	NICServidor1	Servidor1
	NICServidor3	Servidor3
Servidor3	NICServidor1	Servidor1
	NICServidor2	Servidor2

 

 

MENSAJES EMERGENTES

 

Puedes usar la herramienta de mensajes emergentes o WinPopup ( WINPOPUP.EXE ) de Windows para enviar mensajes a usuarios, máquinas o grupos de trabajo enteros de la red. Esta herramienta se proporciona con Windows 95 OSR2 y viene por defecto en Windows 98. Con Windows 95 o 98, sin embargo, necesitas tener en ejecución WinPopup para recibir mensajes emergentes. Con Windows NT, puedes recibir mensajes sin tener activa la herramienta; aparecerá automáticamente en una pequeña caja de diálogo en la pantalla, cuando el mensaje sea recibido.

 

Gmail de Google ya ofrece POP3

 

 

El día de hoy, Google ha anunciado que su servicio de correo electrónico GMAIL, es posible ahora descargarlo vía POP3.

Google Gmail ya ofrece opción a utilizarlo a través de POP3, el protocolo que utilizan programas como Microsoft Outlook, Mozilla Thunderbird, Eudora o The Bat!

A pesar de que el servicio de correo aun se encuentra en etapa de prueba o Beta, se ha anunciado que se ira agregando gradualmente dentro de las próximas semanas el uso de este servicio a los usuarios que ya tienen su correo electrónico activo.

La configuración básica será el servidor entrante será “pop.gmail.com”(POP•) y saliente “smtp.gmail.com” (SMTP), sin aun soporte para IMAP

 

Cómo configurar Outlook Express

Para poder utilizar Outlook Express para enviar y recibir mensajes de correo electrónico, debe configurar una cuenta. Puede tener varias cuentas (para su trabajo, para realizar compras por Internet, etc.) y cada persona que utilice su equipo puede tener su propia cuenta, completamente independiente. Outlook Express lo controla todo sin problemas.

 

Cerrar Outlook Express - Iniciar Outlook Express

Existen diversas formas de iniciar Outlook Express, pero a continuación le explicamos una forma infalible de localizarlo e iniciarlo.

Haga clic en el botón Inicio.

Elija Todos los programas.

Haga clic en Outlook Express.

Estos primeros tres pasos se muestran en la imagen que aparece a continuación: Abrir Outlook Express desde el menú Inicio

Si se le pregunta si desea abrir esta cuenta concreta de forma automática cada vez que inicie Outlook Express, haga clic en Sí (en caso afirmativo) o en No (en caso negativo).

Si no desea que se le haga esta pregunta de nuevo, active la casilla Realizar siempre esta comprobación....

Seleccione Al iniciar Outlook Express, ir directamente a la Bandeja de entrada.

Outlook Express envía todo el correo entrante a la Bandeja de entrada, por lo que es una buena idea prescindir de esta página inicial.

Si no ve la lista de carpetas y contactos de la parte izquierda, haga clic en Diseño en el menú Ver. Haga clic en Contactos y en Lista de carpetas para activar las casillas correspondientes y haga clic en Aceptar.

Lista de carpetas de Outlook Express

inicio rápido. Comprobará que si utiliza Outlook Express con regularidad, Windows XP colocará el icono de Outlook Express en el menú Inicio (junto con el resto de programas que haya utilizado recientemente). En tal caso, simplemente haga clic en el icono Outlook Express del menú Inicio para abrir el programa.

Configurar una cuenta de correo electrónico de Outlook Express

El Asistente para la conexión a Internet reduce el trabajo de configuración de sus buzones de correo electrónico mediante una serie de pasos guiados para cada cuenta de correo electrónico que quiera configurar.

Antes de empezar, asegúrese de que conoce su dirección de correo electrónico, junto con la siguiente información. Puede que tenga que ponerse en contacto con su proveedor de servicios de Internet (ISP) para obtenerla.

Primero, la información acerca de los servidores de correo:

•

El tipo de servidor de correo electrónico que utiliza: POP3 (la mayoría de cuentas de correo electrónico), HTTP (como Hotmail) o IMAP

El nombre del servidor de correo electrónico entrante

 

•

Para los servidores POP3 e IMAP, el nombre del servidor de correo

electrónico saliente (normalmente SMTP)

electrónico saliente (normalmente SMTP)

 

En segundo lugar, la información acerca de la cuenta:

•

El nombre y la contraseña de su cuenta

Para obtener consejos confiables acerca de cómo crear una contraseña segura, lea el artículo Create strong passwords (Crear contraseñas seguras) (en inglés).

Averigüe si su ISP requiere que utilice la autenticación de contraseña segura (SPA) para obtener acceso a su cuenta de correo electrónico; lo único que necesita saber es si lo requiere o no.

Inicie Outlook Express, y en el menú Herramientas, haga clic en Cuentas.

Si se inicia automáticamente el Asistente para la conexión a Internet, vaya directamente.

Haga clic en Agregar y, a continuación, en Correo para abrir el Asistente para la conexión a Internet.

Opción Correo del botón Agregar

En la página Su nombre del asistente, escriba su nombre tal y como desea que lo vean todos los destinatarios de sus mensajes de correo electrónico y, después, haga clic en Siguiente.

La mayoría de usuarios utilizan su propio nombre, pero puede utilizar cualquier nombre, incluso un apodo, que sea reconocible por parte de los destinatarios.

 

En la página Dirección de correo electrónico de Internet, escriba su dirección de correo electrónico y, a continuación, haga clic en Siguiente

 

En la página Nombre del servidor de correo electrónico, rellene el primer bloque de información recibida de su ISP en el paso 1, y posteriormente haga clic en Siguiente.

Página de los nombres de servidores de correo electrónico del Asistente para la conexión a Internet

Nota: si elige HTTP como servidor de correo electrónico entrante, como para utilizar cuentas de Hotmail o de MSN, esta página del asistente cambia ligeramente para que pueda identificar su proveedor de servicios de correo HTTP.

En la página Inicio de sesión del correo de Internet, escriba el nombre y la contraseña de su cuenta.

 

Página Inicio de sesión del correo de Internet del Asistente para la conexión a Internet

Nota: si le preocupa la posibilidad de que se produzcan intromisiones en su correo electrónico, desactive la casilla de verificación Recordar contraseña. Cada vez que quiera enviar o recibir correo se le solicitará que escriba la contraseña.

Haga clic en Siguiente y, después, en Finalizar.

Ya está preparado para enviar su primer mensaje de correo electrónico.

¿No está seguro de que su nueva cuenta de correo funcione? Envíe un mensaje a un amigo. Si recibe el mensaje, significa que su cuenta ya está lista. Pero si tiene problemas para configurar una cuenta, Outlook Express le ofrece ayuda. Busque los temas de solución de problemas en Contenido e índice del menú Ayuda.

un mensaje a un amigo. Si recibe el mensaje, significa que su cuenta ya está lista. Pero si tiene problemas para configurar una cuenta, Outlook Express le ofrece ayuda. Busque los temas de solución de problemas en Contenido e índice del menú Ayuda.

 

Configurar una cuenta de correo basada en el Web

Los mensajes de correo electrónico que llegan a una cuenta de Hotmail o a otras cuentas basadas en el Web no se almacenan en el disco duro, sino que se mantienen en el equipo del proveedor de la cuenta. Esto es lo que hace posible que se pueda obtener acceso a este tipo de cuentas desde cualquier equipo del mundo, a través de Internet. A continuación explicaremos la forma de configurar este tipo de cuentas.

Vaya al sitio Web y siga las instrucciones de configuración; por ejemplo, http://www.hotmail.com/ para Hotmail.

 

Configure Outlook Express para utilizar la cuenta, siguiendo las instrucciones proporcionadas anteriormente en la sección Configurar una cuenta de correo electrónico de Outlook Express.

Si comparte su equipo con otras personas, aproveche las ventajas del Cambio rápido de usuario. Una función de Windows XP que, como su propio nombre indica, permite cambiar de usuario en un mismo equipo sin tener que cerrar ningún programa que se esté ejecutando ni tener que cerrar la sesión.

Para activar el Cambio rápido de usuario, abra Cuentas de usuario en el Panel de control. Haga clic en Cambiar la forma en la que los usuarios inician y cierran sesión. Asegúrese de que está activada la casilla de verificación Usar Cambio rápido de usuario.

 

A continuación, para cambiar de usuario, haga clic en Inicio, Cerrar sesión y Cambiar de usuario. En la pantalla de bienvenida, haga clic en la cuenta de usuario a la cual desea cambiar. Y eso es todo.

 

Cerrar Outlook Express

Para cerrar el programa, Outlook Express funciona igual que el resto de programas de Windows.

 

 

Quiénes Somos | Contáctanos | Privacidad | Términos y Condiciones de Uso

© 2001 - 2007 www.medellinweb.com. Derechos Reservados