Exchange y Active Directory - Perú

Vulnerabilidad del Internet Explorer

2008-12-17T22:07:00.001-05:00

Hola, luego de mucho comparto algo con ustedes. En esta oportunidad trataré una noticia que ha tenido gran alarde. Se trata de que el IE presenta una vulnerabilidad y por esta razón muchos estamos confundidos, debemos seguir usando IE o pruebo otro explorador de Internet. Durante estos últimos días MS y distintos medios han señalado que IE tiene vulnerabilidad generando riesgos de seguridad sobre las PCs. El boletín de seguridad es el siguiente: http://www.microsoft.com/technet/security/bulletin/ms08-dec.mspx. El día de hoy se liberó el parche que soluciona este inconveniente y lo pueden descargar desde Microsoft Update : http://update.microsoft.com/microsoftupdate/v6/default.aspx?ln=es

Mi recomendación es que lo realicen a la brevedad posible. También pueden realizar por WSUS. También debo señalar que Internet Explorer es uno de los navegadores más seguros como lo han demostrado diversos análisis y entidades de seguridad de la información como www.secunia.com.

Todas las versiones de Internet Explorer desde la 6 sobew Windows 2000 hasta el Internet Explorer 8 versión Beta deben ser actualizadas. Más información pueden revisar el siguiente KB: http://support.microsoft.com/default.aspx/kb/960714

Me despido deseándoles un buen día.

Instalando el System Center Virtual Machine Manager 2007

2008-09-27T18:33:00.001-05:00

Hola. En esta oportunidad aprenderemos a instalar el SCVMM 2007. Esta guía, tiene como objetivo, mostrarles la instalación paso a paso. El SCVMM 2007, nos permite administrar máquinas virtuales (VM) en un entorno de virtualización sobre Windows Server 2003.

Algunas características de SCVMM 2007 son:

- Administración centralizadas de VMs sobre la plataforma Virtual Server 2005 SP2.

- Conversión de VMs de VMware compatibles con virtualización sobre Windows (Ya sea Virtual Server 2005 SP2 o Hyper-V sobre Windows Server 2008). Este proceso también se denomida V2V.

- Conversión de servidores físicos a virtuales (P2V).

- Librería Centralizada (Imágenes y discos virtuales).

- Despliegue inteligente, SCVMM almacena y ubica al servidor virtual en un host con suficientes recursos físicos para que funcione adecuadamente.

Si desean conocer más sobre el producto pueden acceder a la página principal. http://www.microsoft.com/systemcenter/virtualmachinemanager/en/us/default.aspx

Cuadro de datos de SCVMM 2007: http://go.microsoft.com/fwlink/?LinkId=89128

Empecemos con el paso a paso.

Instalación del Virtual Machine Manager Server. Ubicar un servidor físico con buena capacidad de almacenamiento de disco y memoria RAM. Los recursos varían dependiendo la cantidad de VMs que se deseen montar sobre el servidor. El SO debe ser Windows Server 2003 Std o Ent (les recomiendo Enterprise, ya que reconoce más de 4GB de RAM). En mi caso lo hice en un buen fierro.
Iniciar la instalación, haciendo clic en el setup.exe.
Cargará el wizard y revisará si se requiere instalar algún componente. En general se requiere: PowerShell, puede descargarlo dehttp://www.microsoft.com/windowsserver2003/technologies/management/powershell/download.mspx; Windows Remote Management Installation o WRMI, http://support.microsoft.com/kb/936059; .NET Framework 2.0, http://www.microsoft.com/downloads/details.aspx?familyid=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en
Luego de que los pre-requisitos hayan sido cumplidos, se debe seleccionar la instalación de la BD (SQL Server 2005 o en su defecto SQL Express, BD libre).
Creamos una nueva Librería y seleccionamos los puertos para conectividad entre el servidor y clientes. Por el puerto 443 (File Transfers), se trasmitirán los datos de conversión de un servidor físico a virtual.
Luego cargará un resumen o sumario de toda la configuración de la instalación del SCVMM.
La instalación debe completarse al terminar la copia de archivos, instalación de la BD SQL Express (O creación de una instancia en un servidor dedicado), el .NET Framework 3.0 y el Virtual Machine Manager Service.
A continuación se debe instalar la consola de administración: Virtual Machine Manager Administrator.
Se selecciona la ruta donde instalar y el puerto TCP, por defecto 8100, para la administración.
La pantalla de haber teminado la instalación es la siguiente:
Iniciamos el System Virtual Machine Administrator apuntando al servidor local y al puerto 8100.
Empezará a cargar la plicación!!!
Finalmente tenemos la ventana principal, desde la cual se administran los recursos y las VMs.
Como último paso se debe acceder a Microsoft Update o desde un WSUS para actualizar la aplicación.

Si existe alguna duda o han tenido incovenientes me informan para poder apoyarlos.

Finalmente debo comentarles que existe una versión Beta de System Center Virtual Machine Manager 2008, que prontó será liberada. Espero que pronto pueda mostrarles el producto así como las funcionalidades que trae.

Me despido de todos ustede, Dios lo bendiga.

Jorge Córdova

Manual de Operaciones de Virtualización: System Center Virtual Machine Manager, Hyper-V y migración desde Vmware

2008-09-17T15:28:00.002-05:00

Hola amigos.

Luego de mucho tiempo nuevamente retomo mi blog, con la finalidad de seguir impartiendo conocimiento y buenas prácticas relacionadas a productos Microsoft.

En esta ocasión, presento una Guía de Operaciones de Virtualización: System Center Virtual Machine Manager 2007 (SCVMM 2007) e Hyper-V sobre Windows 2008.

La Guía contiene los siguiente tópicos:

1. Conversión de máquinas virtuales de VMware ESX a SCVMM.

2. Conversión de un servidor físico a SCVMM.

3. Administración del SCVMM 2007

4. Administración de Hyper-V sobre Windows Server 2008.

Como verán me enfoco bastante en temas de migración de Vmware ESX o conversión de físico a VM (Servidores Windows Server 2000 con SP4, Windows Server 2003 con SP1, Windows XP SP2 y Windows Vista)

Algunas consideraciones:

Conversión de Físico a Virtual (P2V): http://technet.microsoft.com/es-pe/library/bb963740(en-us).aspx

Conversión de Virtual a Virtual (V2V): http://technet.microsoft.com/es-pe/library/bb963721(en-us).aspx

De Virtual Server a SCVMM: http://technet.microsoft.com/es-pe/library/bb963754(en-us).aspx

Enlances de Descarga:

http://cid-076cb64ebac3682a.skydrive.live.com/browse.aspx/Virtualizaci%c3%b3n?uc=1 (Windows Live Sky Drive)

http://www.megaupload.com/es/?d=Z9LM6RY5

http://rapidshare.com/files/146132409/Gu_a_de_Operaciones_-_Virtualizaci_n_-ExchangePro.pdf.html

Disculpen, pero no tengo hosting para poder subir el archivo que pesa 1MB. Si desean me escriben y se los puedo enviar personalmente.

Espero que esa Guía sea de mucha ayuda. Les comento lo siguiente, actualmente donde laboro hemos dejado de lado VMware por Hyper-V y funciona correctamente, estoy contento con la migración de casi una decena de VM de Vmware. Pero debo reconocer lo siguiente, Vmware es el mejor producto de virtualización, es el más completo y tiene más experiencia en el campo. De todas maneras Hyper-V ahora es la competencia y sigamos aportando para que este producto pueda madurar en el tiempo.

Gracias.

Hyper-V ha sido liberado

2008-07-11T14:03:00.001-05:00

Amigos, deseo informarles que ha sido liberado Hyper-V al mercado como producto final el 26 de junio del presente año.

Hyper-V es un producto de virtualización que se ejecuta sobre Windows Server 2008 y cuenta con las siguientes características.

Mejora de rendimiento de máquinas virtuales aprovechando la arquitectura de 64 bits.
SMP, NLB, Escalabilidad.
Migración de Vmware o de PC físicas a máquinas virtuales sobre Windows Server 2008, Snapshots, etc.

Pueden descargar el producto desde el siguiente enlace: http://www.microsoft.com/downloads/details.aspx?FamilyId=F3AB3D4B-63C8-4424-A738-BADED34D24ED&displaylang=en

Adicionalmente pueden obtener información adicional desde:

http://technet2.microsoft.com/windowsserver2008/en/servermanager/virtualization.mspx

Otro buen producto de virtualización el cuál evalué personalmente pero preferí esperar el Hyper-V fue el System Center Virtual Machine Manager. Si desean conocer mayor información sobre este producto deben acceder a: http://www.microsoft.com/systemcenter/virtualmachinemanager/en/us/default.aspx

Durante los próximos días empezaremos a migrar de Vmware ESX a Windows 2008 con Hyper-V donde laboro. Les comentaré cómo me fue con este producto, yo estoy seguro que es una buena alternativa a comparación de otras soluciones de virtualización.

Gracias.

Windows XP Service Pack 3 ha sido liberado

2008-05-15T21:07:00.001-05:00

Hola, el SP3 para Windows XP ha sido liberado. El SP3 trae muchas actualizaciones empaquetadas desde que se liberó el SP2.

El SP3 de WIndows XP puede ser descargado desde la siguiente dirección:

http://www.microsoft.com/downloads/details.aspx?FamilyID=5b33b5a8-5e76-401f-be08-1e1555d4f3d4&DisplayLang=en

Si desean obtener un ISO que contiene el ejecutable del SP3 pueden descargarlo desde:

http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=2fcde6ce-b5fb-4488-8c50-fe22559d164e

También es posible realizarlo desde el Windows Update.

Actualmente yo lo estoy probando y me va muy bien. Tengo toda la suite Office 2007 sobre Windows XP SP3 y veo que existe alguna mejora en desempeño con aplicaciones Microsoft.

De todas maneras dejo las notas técnicas:

http://www.microsoft.com/downloads/details.aspx?FamilyID=68C48DAD-BC34-40BE-8D85-6BB4F56F5110&displaylang=en

Yo cuando he parchado mi PC desde Windows Update luego de haber instalado WIndows XP con SP2 tengo que descargar casi 100 parches para el Sistema Operativo, bueno el SP3 incluye todos estos, así que a instalarlo.

Para entornos corporativos les recomiendo que primero consideren una etapa de pruebas (piloto) y luego lo desplieguen en su organización.

Si existe alguna inquietud, pueden escribirme para absolver vuestras dudas.

Explorador de Internet 8: Put the web at your service

2008-04-13T15:31:00.001-05:00

Amigos, quería comentarles que actualmente se viene desarrollando el Internet Explorer 8. Recientemente se ha liberado la descarga del beta 1 de este nuevo explorador.

El IE8 Beta 1 tiene un enfoque de mayor seguridad así como interoperabilidad y compatibilidad.

Para los desarrolladores, diseñadores e interesados pueden descargarlo desde aquí.

Saludos.

Configurando el RPC sobre HTTPS en Exchange Server 2003

2008-04-13T13:32:00.001-05:00

Hola, en esta oportunidad les comentaré cómo podemos implementar el RPC sobre HTTPS.

Primero me gustaría explicarles que es RPC sobre HTTPS sobre Exchange Server 2003.

RPC sobre HTTPS, permite encapsultar el tráfico RPC sobre paquetes HTTPS, de tal forma que podemos conectarnos a nuestro buzón desde el Cliente Outlook desde Internet y de forma encriptada. Ya no requerimos VPNs ni otros túneles para conectarnos con el servidor de correos.

Ventajas de usar el RPC sobre HTTPS: http://technet.microsoft.com/en-us/library/aa997284(EXCHG.65).aspx

Requisitos

Contar con la infraestructura: 01 Global Catalog, 01 Exchange 2003 Server Front-End SP2, 01 Exchange Server 2003 Back-End SP2. Cada rol en servidores diferentes.
Una entidad emisora de certificados o CA.
En la PC cliente debe tener instalado Windows XP con SP2 o superior y Outlook 2003/2007.
Más información: http://technet.microsoft.com/en-us/library/aa998943(EXCHG.65).aspx

Pasos para habilitar el RPC sobre HTTPS sobre en una topología Back-End / Front-End:

Configurar el servidor Front-End como Proxy Server desde Agregar y Quitar programas. http://technet.microsoft.com/en-us/library/aa998125(EXCHG.65).aspx
Debemos tener un servidor Exchange Front-End.
Configurar el servidor Back-End como blanco de consultar RPC. Ir al Exchange System Management y seleccionar las Propiedades de RPC y seleccionar RPC-HTTP back-end Server. Nos aparecerá un mensajes de advertencia, debemos agregar un RPC Front-End. Eso lo veremos a continuación.
En las propiedades del servidor Front-End habilitar: RPC-HTTP front-end.
Abrir el IIS Admin (Administrative Tools) Seleccionar Propiedades del Default Web Site (Site que contiene el directorio virtual de Exchange Server) e ir a la Pestaña Directory Security.
Ir a la Opción Secure Communications, Server Certificate. En este proceso pediremos un certificado a una entidad emisora de certificados o CA. Debemos asegurarnos que el nombre de certificado sea idéntico a la URL por donde accedemos al servidor de correos. Ejemplo: Si para acceder al OWA desde Internet escribes: https://mail.exchangepro.com/exchange el nombre del certificado debe ser mail.exchangepro.com. Consideren este paso como importante el CN debe ser idéntido a la dirección pública.
Aprobar el certificado pedido. Para aceptar el certificado podemos ingresar vía Internet Explorer a la siguiente URL. http://EntidadCertificadora/certsrv EntidadCertificadora debe ser el CA presente en su organización. Es posible comprar un certificado de Verisign, etc. Esto permite que el certificado sea firmado y válido en Internet. Debemos
Nuevamente ir al IIS Admin e ir a las Propieades del Default Web Site, a la pestaña de Directory Security. Ahora instalaremos el certificado emitido por el CA, el certificado debe ser un archivo con extensión .DER
En métodos de Autenticación debemos asegurarnos que la autenticación sea Básica. Mejor dicho debemos seleccionar las Propiedades del directorio Virtual RPC y en Directory Security seleccionar Editar Authentication and access control.
Luego de todos estos cambios debemos reiniciar el IIS. Click derecho en el servidor y seleccionamos Tareas, Reiniciar IIS.

Configurar el Cliente Outlook 2003/2007

Creamos un nuevo perfil. Escribimos el nombre de servidor que almacena el buzón. El servidor Back-End y ponemos nuestro usuarios. Debemos ir a Más Configuraciones.
En la pestaña Conexión, marcamos el check de Conectar con el buzón de Exchange utilizando HTTP.
Vamos a la ventana de Configuración de proxy Exchange. En utulizar esta dirección para conectar al servidor exchange, debemos escribir el nombre DNS público del correo. Ejemplo mail.exchangepro.com
En nombre principal del servidor proxy escribimos el nombre del servidor público péro añadiendo el prefijo msstd. msstd:mail.exchangepro.com
Podemos seleccionar la prioridad para conectarnos vía HTTPS o vía RPC (TCP/IP local). Les recomiendo que en redes lenta se conecte vía HTTPS y en redes rápidas vía TCP/IP.
Finalmente cerramos el Outlook y volvemos a abrirlo, ingresamos la contraseña y verificamos que la conexión sea HTTPS. Para asegurarnos que sea HTTPS apretamos Control+ Click Derecho sobre el ícono de Outlook en la Barra de Herramientas. Seleccionamos Estado de Conexión.

Información:

Escenarios de despliegue de RPC sobre HTTPS: http://technet.microsoft.com/en-us/library/bb124876(EXCHG.65).aspx
Despliegue del RPC sobre HTTPS en una topología Back-End/Front-End http://technet.microsoft.com/en-us/library/aa995869(EXCHG.65).aspx
Configurar el Outlook para que acepte conexiones RPC sobre HTTPS: http://office.microsoft.com/en-us/ork2003/HA011402731033.aspx
KB: Cómo configurar RPC sobre HTTPS en un sólo servidor. http://support.microsoft.com/kb/833401

Si tienen alguna duda o comentario pueden escribirme.

Windows Vista SP1 liberado

2008-04-06T22:40:00.001-05:00

Hola amigos, es un gusto escribir un nuevo tema: SP1 para Windows Vista.

Repaso del SP1 para Windows Vista.

http://www.microsoft.com/downloads/details.aspx?familyid=39B802EA-B2CF-4585-8CEA-2CC6A6247CB3&displaylang=en

Cambios en Windows Vista. Nuevas características.

http://www.microsoft.com/downloads/details.aspx?familyid=D69C4E1B-C81A-41BE-B1F5-66E615BA5912&displaylang=en

¿Qúé debemos saber antes de instalar el SP1?

http://technet.microsoft.com/en-us/windowsvista/bb968859.aspx

Descarga del SP1:

http://www.microsoft.com/downloads/details.aspx?FamilyId=B0C7136D-5EBB-413B-89C9-CB3D06D12674&displaylang=en

Si poseen una cuenta con acceso a Software Assurance pueden descargar el ISO de Windows Vista con SP1.

Finalmente les comento, que a partir de esta semana retomaré la publicación de nuevos artículos en mi blog.

Si tienen dudas, comentario o problemas instalando el SP1 de Windows Vista, me informan.

Jorge Córdova

Comunicaciones Unificadas - Unified Communications

2008-02-07T19:33:00.000-05:00

Hola, hoy daremos una pequeña introducción a Comunicaciones Unificadas. UC o Unified Communications es la solución integradora de voz, datos, mensajería instantánea y vídeo. Actualmente muchas organizaciones tienen la área de datos y de comunicaciones muy divididas, pero a partir de ahora es posible salir de este caos que muchas veces nos ha llevado a problemas. Podemos tener todo en una desktop: hacer llamadas, reuniones, envío de correos, administrar un calendario, etc.

Comunicaciones Unificadas hace uso de herramientas como Internet, PBXs, teléfonos, faxes. Estas herramientas son integradas permitiendo que el usuario final puede realizar llamadas a través del Office Communicator, pueda reunirse con usuarios a través de Live Meeting, etc.

Microsoft permite alcanzar esta solución integradora de Comunicaciones Unificadas implementando los siguientes productos: Microsoft Exchange Server 2007 y Office Communications Server 2007 en el lado servidor y en el lado cliente con Office System 2007.

Requisitos para Office Communications Server: http://www.microsoft.com/technet/prodtechnol/office/communicationsserver/evaluate/sysreqs/ocs-ee.mspx
Básicamente debe estar instalado sobre un servidor con Windows Server 2003 SP1 en adelante. El dominio debe tener un nivel funcional 2000 nativo o 2003. Es recomendable para aprovechar al máximo las características de OCS que en la solución se contemple la instalación de un servidor Exchange 2007 así como Office System 2007 en los clientes. Mejor dicho Comunicaciones Unificadas deben incluir Exchange 2007, Office Communications Server 2007 y Office 2007.

Pasos:

Instalar el IIS desde Agregar y Quitar programas en el servidor donde se instalará Office Communications Server 2007 (OCS 2007).

Nos ubicamos en la ruta del instalador y ejecutamos el archivo setup.exe. A continución nos debemos instalar el .NET 2.0 y Microsoft Visual C++ 2005 Redistribuíble.

A continuación cargará una ventana de Instalación. Debemos seleccionar Deploy Standard Edition Server, con esta opción empezaremos la implementación de OCS.

En una ventana podremos ver los pasos a realizar para Preparar el Active Directory para que soporte OCS. Procedemos a Preparar el Esquema. Este proceso se llevará durante unos minutos y es donde contactará al Schema Owner para realizar la actualización del esquema al forest. Finalmente luego de realizarlo seleccionamos ver los resultados y estoy serán mostrados en una ventana de Interner Explorer.

A continuación preparamos el Forest. Este proceso es similar al anterior. Seleccionamos el lugar para almacenar las configuraciones Globales: System Contair in the root domain y escribimos el SIP domain: exchangepro.local. Como la Mensajería Instantánea es interna podemos usar el nombre del dominio. En caso de ser externa se requerirá un SIP que pueda ser resuelto desde internet. Ej. exchangepro.com.pe.
Durante cada proceso de modificación del Active Directory este debe ser replicado para poder continuar. A continuación prepararemos el dominio.
Luego de comprobar que los pasos anteriores han sido realizados correctamente y el Active Directory se encuentra listo para el ingreso del primer Servidor de Comunicaciones Unificadas 2007 procedemos a iniciar el despliegue. Cada paso debe estar marcado con un check color verde como lo muestra la imagen.
En la ventana de Preparar el Active Directory le hacemos click en el botón Atrás y volvemos a la ventana principal de Deploy Standard Edition Server. Hacemos click en Deploy Server.
Cargará una venta de Biendenida.
Se deberán crear dos cuentas de servicios para el funcionamiento de OCS.
Podemos seleccionar un web, que sirve para descargar contenidos de reuniones y libretas de direcciones. En este caso no tenemos ninguno, debemos continuar con las siguientes opciones.
La instalación de OCS incluye la instalación de SQL Server 2005.
Comprobamos que la instalación ha sido satisfactoria.
El siguiente paso es configurar el servidor.
Seleccionamos el Servidor y escribimos los dominios SIPs que se encuentran en producción. En este caso es sólo exchangepro.local
Seleccionamos que algunos o todos los clientes usen el registro SRV de OCS para que inicien sesión automáticamente. También seleccionaremos los dominios SIP que soportarán inicio de sesión automático.
Por ahora no configuraremos el acceso externo por parte de los usuarios.
Un resumen de la configuración del servidor y el resultado debe ser satisfactorio.
Luego de configurar el Servidor OCS debemos Asignar un certificado para la comunicación entre el servidor y los otros servidores o clientes. Es necesario contar con una CA o entidad certficadora en el dominio o podemos adquirir un certificado de una CA como Verisign. En esta implementación usaré un certificado interno.
A continuación crearemos un nuevo certificado. Seleccionamos que el certificado sea inmediatamente enviado a un Entidad Certificadora.
El nombre del certicadora será UC, en este caso el nombre de mi servidor OCS. Tendrá el tamaño de 1024 bits y desmarcamos la opción de Marcar Certificado como exportable.
Escribimos la organización y Unidad de Organización para el Certificado. Escribimos el nombre FQDN del servidor OCS.
Seleccionamos la entidad certicadora para enviarle el certificado preparado y para que este luego sea aprobado y asignado al OCS.
Resumen del certificado.
Debemos asignar el certificado al servidor OCS. Para esto sólo será necesario hacer clic en Assign now. Si ese botón no está disponible debemos reiniciar el servicio de Certificate Services en la entidad Certificadora local y volver a Pedir un certificado.
Ahora debemos seleccionar Iniciar los servicios de OCS desde la ventana de Deploy Server. Debemos asegurarnos que los 5 servicios: Ofice Commnunications Front-End, Telephony Conferencing, IM Conferencing, Web Conferencing, Audio/Video Conferencing sean iniciados. Este proceso tarda unos minutos pero estos servicios son claves para que funcione el OCS.
A continuación configuramos el servidor DNS local, esto permitirá que los clientes Communicator puedan ubicar al servidor OCS. Para ello nos posicionamos en la Zona Directa y expandemos el nombre del dominio. En este caso exchangepro.local y seleccionamos crear un nuevo registro SRV.
En el nombre de servicio escribimos: _sipinternal en protocolo _tcp en puerto 5060 y finalmente escribimos el nombre del host que ofrece el servicio uc.exchangepro.local.
Ingresamos a la consola de administración del OCS: Microsoft Office Communications Server 2007 desde Administrative Tools.
Expandemos Forest - exchangepro.local, expandemos Standard Edition Servers, expandemos UC y expandemos la opción UC.exchangepro.local y seleccionamos Propieades del Servidor Front-End
Vemos que el puerto para la comunicación con los clientes Communicator es a través del puerto 5061 usando el protocolo MTLS.
Para este blog seleccionaré que el tráfico se realiza a través del protocolo TCP y a través del puerto 5060. Dependiendo el protocolo de transporte creamos el registro SRV en el DNS local.
Aparecerá un mensaje de advertencia que si si dejamos de usar el protocolo MTLS para el transporte no será posible la comunicación con otros servidores. Como es el único servidor podemos continuar.
Comprobamos que el cambio haya sido realizado: Protocolo de transporte TCP y puerto 5060. Opcionalmente podemos reiniciar el servicio de Front-End Server.
Ahora procedemos a habilitar cuentas que puedan soportar el cliente Communicator. Para ello ingresamos al Active Directory Users and computers y hacemos clic en las Propiedades del usuario, y accedemos a la pestaña Communications. En esta opción escribimos un nombre sip para el usuario. Ej. jcordova@exchangepro.local y en servidor o pool seleccionamos uc.exchangepro.local.
Ingresamos a la consola de Administración del OCS y hacemos clic en Users, y ubicamos al usuario que ha sido habilitado desde el Active Directory Users and Computers. Hacemos clic en Configure Server. Habilitamos la Federación, Remote User Access, Public IM Connectivity y Enhanced Presence. Finalmente comprobamos que la operación sea satisfactoria.
Instalamos el cliente Office Communicator 2007 e iniciamos sesión con la cuenta del usuario habilitado.

Ya tenemos habilitada la Mensajería Instantánea en nuestra red interna, así como la voz y vídeo usando el cliente Communicator o teniendo una reunión usando Live Meeting 2007. Es un tema muy amplio el de las Comunicaciones Unificadas y encerrar muchas características en un post es imposible. Es por eso que pienso seguir tratando más características del OCS más adelante.

Comunicaciones Unificadas:http://www.microsoft.com/uc/default.mspx

Office Communications Server: http://technet.microsoft.com/en-us/office/bb267356.aspx

Trial de OCS 2007: http://www.microsoft.com/downloads/details.aspx?FamilyId=663E5EF7-2288-46B0-9142-B2135A8FBDB9&displaylang=en

Office Communicator 2007: http://www.microsoft.com/downloads/details.aspx?FamilyId=7F5AB627-2D34-470D-9393-8B3EDE6FE3C4&displaylang=en

Preguntas y Respuestas: http://office.microsoft.com/en-us/communicationsserver/HA102225071033.aspx

Si tienen alguna duda o consulta o ganas de colaborar no duden en escribirme.

Vídeo: Instalando Office Communications Server 2007

Instalando Exchange 2007 en una Organización Exchange 2003

2008-01-28T23:49:00.000-05:00

Hola!!, luego de algunos días regreso con un post que poco a poco iré perfeccionando: Cómo instalar Exchange 2007 en una organización Exchange 2003?
El siguiente procedimiento es sencillo sólo debemos tener las siguientes consideraciones:

Modo de Operación de Exchange: Nativo (No servidores Exchange 5.5).
Un servidor con Windows Server 2003 con SP1 o SP2 sobre la plataforma de 64 bits para la instalación de MS Exchange 2007.
Un servidor Controlador de dominio configurado como Catálogo Global (Global Catalog) sobre Windows Server 2003 SP1 en el dominio donde se instalará el primer servidor Exchange 2007.
Nivel funcional de dominio: Windows 2000 Nativo o Windows 2003.
Instalación de ASP y componentes del IIS a exepción de los protocolos SMTP y NNTP.
Instalación del .NET Framework 2.0 o superior y una actualización de .NET Framework 2.0.
Instalación de Microsoft Windows PowerShell e instalación del Microsoft Management Console 3.0
El servidor Exchange debe contar con salida a Internet para verificar los requisitos para Exchange 2007.

Pasos:

Verificamos el nivel funcional de dominio que sea: 2000 Nativo o superior.
Instalamos un servidor Exchange con todos los requisitos mencionados en: http://exchangepro.blogspot.com/2007/12/instalacin-de-un-servidor-exchange-2007.html
El Nivel Operacional de la organización Exchange debe ser nativa, mejor dicho no deben existir servidores con Exchange 5.5.
Ingresamos la media de Exchange Server 2007 y procedemos con la instalación. En este post sólo instalaré tres roles: MailBox Server, Client Access y Hub Transport.
A continuación seleccionaremos el servidor Exchange 2003 o Exchange 2000 que permitirá el ruteo de correos entre el Exchange Server 2007 y el Exchange Server 2000/2003.
A continuación se verificará que la Organización Exchange cumpla todos los requisitos para la instalación de Exchange Server 2007.
Se realiza de instalación de Exchange Server 2007.
Luego de haber instalado correctamente Exchange Server 2007 podemos hacer el uso de los grandes beneficios de Exchange Server 2007!!!!!!! Ahora el movimiento de buzones es una tarea sencilla, el proceso es muy similar a mover buzones en Exchange Server 2000/2003.
Ingresamos al Exchange Management Console, Seleccionamos la opción Recipient Configuration, Mailbox. A continuación se desplegará una lista de los usuarios que tienen sus buzones en Exchange Server 2003/2000. Hacemos click derecho sobre una de ellas y seleccionamos Move Mailbox.
Continuamos el wizard y seleccionamos que la cuenta sea movida saltando los errores y que el proceso se ejecute ahora.
Seleccionamos el Servidor Exchange 2007, el Storage Group y la Base de Datos donde se almacenará el buzón movido.
Finalmente el proceso finaliza correctamente.
Ahora podemos acceder al OWA de Exchange Server 2007 con la cuenta migrada, el OWA es verdaderamente un cliente Outlook 2007.

Nota: Las carpeta Públicas o Public Folders pueden ser utilizadas a partir de Exchange Server 2007 SP1.

Migrando a Exchange Server 2007: http://technet.microsoft.com/en-us/library/bb124008.aspx

Mover buzones en Exchange Server 2007: http://technet.microsoft.com/en-us/library/aa997961(EXCHG.80).aspx

SP1 para Exchange Server 2007: http://www.microsoft.com/downloads/details.aspx?FamilyId=44C66AD6-F185-4A1D-A9AB-473C1188954C&displaylang=en

Administrando Public Folders en Exchange 2007 SP1: http://technet.microsoft.com/en-us/library/bb124411(EXCHG.80).aspx

Iré mejorando continuamente este post, ya que es un tema muy interesante y amplio. Creo que muchos pasarán por esta etapa para migrar completamente a Exchange 2007. Espero contar con su apoyo y si existen dudas, háganmelas llegar.

Vídeo: Migrando a Exchange 2007

Exportando un buzón usando ExMerge

2008-01-19T10:40:00.000-05:00

Hola, hoy aprenderemos a cómo exportar un buzón desde nuestro servidor Exchange 5.5/2000/2003 a un archivo PST. En esta oportunidad haremos uso del utilitario exmerge.exe el cual puede ser descargado desde: http://www.microsoft.com/downloads/details.aspx?FamilyID=429163ec-dcdf-47dc-96da-1c12d67327d5&displaylang=en

Pasos:

Ejecutar el archivo exmerge.exe descargado, seleccionar un lugar para descomprimir. Por la dependencia de los ficheros .dll los archivos exmerge.ini y exmerge.exe deben ser movidos a: %Unidad donde se instaló Exchange%\Programs and Files\Exchsrvr\bin\.
Ingresamos al Exchange System Manager, y buscamos el Mailbox Store que contiene el buzón del usuario (Buzón a exportar). Le hacemos clic en Propiedades y nos vamos a la pestaña Seguridad. Como vemos por defecto el grupo Administradores, Administradores del dominio y Administradores de la empresa tienen dos permisos denegados por los cuales no puede leer un buzón: Receive As y Send as. Nota: Es posible asignarle permisos de Full Control a otro usuario sobre este Mailbox Store para la extracción de buzones. En esta ocasión lo hacemos con la cuenta administrador del domino.
Hacemos click en Avanzado y desmarcamos el check de Allow inheritable permissiones fromt he parent to propagate to this object and all child objects. Este check permitirá que podamos modificar los permisos heredados.
Cuando desmarquemos el check, cargará una ventana de seguridad, permitiéndonos seleccionar que hacer con los permisos heredados sobre este mailbox Store. Nosotros seleccionaremos Copiar los permisos heredados.
Ahora ya podemos modificar los permisos del Mailbox Store. Debemos permitir los siguientes permisos: Receive As y Send As a los grupos: Administradores, Administradores del dominio y Administradores de la empresa
Luego de comprobar que los grupos tengan permisos totales sobre el MailBox Store donde está el buzón a exportar podemos continuar reiniciando los siguientes servicios: Microsoft Exchange System Attendant y IIS Admin, ambos servicios reiniciar servicios dependientes. Estos servicios puede ser reiniciados opcionalmente de lo contrario se puede esperar 15 minutos para que los cambios de permisos sean efectuados.
Ejecutamos la utilidad Exmerge.exe
Cargará una ventana de Bienvenida.
Seleccionaremos el tipo de Procedimiento: Extract or Import (Two steps procedure). Con esta opción podremos importar o exportar buzones
En la ventana siguiente seleccionamos: Step 1: Extract data from an Exchange Server Mailbox. Esta opción permitirá extraer data de un buzón en el servidor Exchange.
Seleccionamos el Servidor de donde extraeremos el buzón y opcionalmente el controlador de dominio.
Es posible acceder a las opciones del Exmerge. Estas permiten definir que data extraer, que carpetas extraer, así como los mensajes para extraer mediante búsquedas de fechas, asuntos y nombres de adjuntos..
Luego cargará los usuarios que tienen un buzón en el servidor Exchange y sus cuentas están aptas para ser exportadas.
Seleccionamos el idioma de las carpetas del buzón accedido, en este caso Español.
Luego de dar una ruta para el almacenamiento del pst, el proceso empieza y demora dependiendo la cantidad de item y el tamaño del buzón.

La extracción de un buzón es una tarea sencilla. A través de esta tarea podemos programar backups individuales de buzones.

Adicionalmente Exmerge trae otras características como importar pst a un buzón, migración de buzones entre servidores, etc.

En Exchange 2007 SP1, para exportar un buzón es posible usar el cmdlet Export-Mailbox. Más información en: http://technet.microsoft.com/en-us/library/aa998579.aspx

Si tienen problemas al usar Exmerge puede visitar la página de Troubleshooting: http://technet.microsoft.com/en-us/library/bb124178.aspx

Quedo a la espera de sus comentarios.

Vídeo: Exportando un buzón con Exmerge

Instalando Active Directory en Windows Server 2008 RC1

2008-01-16T23:49:00.001-05:00

Hola! Hoy aprenderemos a promover un Controlador de dominio en Windows Server 2008 o Servicio de Directorio Activo sobre Windows Server 2008.
En primer lugar tengo que mencionar que el Windows Server 2008, actualmente se encuentra en una versión de evaluación y muy pronto será liberado al mercado. El procedimiento que veremos a continuación es para la creación de un nuevo bosque sobre Windows Server 2008.
Pasos para Instalar Active Directory:

Debemos configurar el protocolo TCP/IP, en este caso he deshabilitado el TCP/IP versión 6 y adicionalmente he configurado al mismo servidor como cliente DNS.
Ejecutamos el comando dcpromo y esperamos que se configuren los binarios para la promoción de un Controlador de dominio.
Cargará la ventana de Bienvenida para promoción de un Controlador de dominio. El check para la instalación en modo avanzado brinda configuraciones avanzadas para la promoción de controladores de dominio. En esta ocasión no marcaremos el check.
Cargará un mensaje de advertencia, informándonos de las nuevas características de los controladores de dominio sobre Windows Server 2008 como la seguridad.
Seleccionamos, Create a new domain in a new forest. Esta opción nos permitirá crear un nuevo dominio.
Escribimos el nombre FQDN para nuestro dominio. En este caso será exchangepro.local. Luego de aceptar el nombre de dominio se revisará el nombre DNS y NetBIOS para comprobar que no exista conflictos de nombres.
A continiación seleccionamos el nivel funcional del bosque. En este caso aprovecharemos las ventajas del nivel funcional Windows Server 2008. Mayor información sobre los niveles funcionales, incluídos el de Windows Server 2008 podemos visitar: http://technet2.microsoft.com/windowsserver2008/en/library/4e703a77-d9ba-4a26-b756-eba5499f15581033.mspx?mfr=true
A continuación seleccionamos verificamos que el controlador de dominio Windows Server 2008 ejecute el servicio de DNS, para la resolución de nombres. Por defecto el primer controlador de dominio es Global Catalog. Como es el primer controlador de dominio promovido no puede ser Read-Only Domain Controller. mayor información sobre los Read-Only Domain Controller pueden visitar: http://technet2.microsoft.com/windowsserver2008/en/library/ce82863f-9303-444f-9bb3-ecaf649bd3dd1033.mspx?mfr=true
Aceptamos el mensaje de advertencia. Este mensaje explica que es necesario delegar la zona primaria si es que se requiere que los nombres DNS se resuelvan desde fuera del dominio exchangepro.local, en nuestro caso no es necesario delegar porque este DNS sólo resolverá nombres locales y de Internet pero desde la red interna.
A continuación ingresamos una contraseña para la restauración del Active Directory en modo de Directory Services Restore Mode.
Aparecerá un sumario con el resumen de lo seleccionado para instalación del AD DS.
Empezará la promoción del Controlador Windows Server 2008. Este proceso se llevará a cabo durante unos minutos.
Cuando el proceso finaliza debemos reiniciar el nuevo Controlador de dominio.
Ahora podremos ingresar a nuestro Controlador de dominio con nuestro domain admin.
Podemos acceder a la consola de administración del servicio de Directorio Activo. Desde Server Manager o dirigiéndonos a Administrative Tools.

Es un proceso muy similar a la promoción de un controlador de dominio sobre Windows Server 2003. De todas maneras espero sus dudas o consultas.

Saludos!!!

Vídeo: Promoviendo un controlador de dominio en Windows Server 2008

Instalando Windows Server 2008 RC1

2008-01-14T23:34:00.000-05:00

Hola! Hoy aprenderemos a instalar Windows Server 2008 Release Candidate 1 o RC1. Windows Server 2008 conocido como Longhorn actualmente se encuentra ya casi listo para ser liberado al mercado, para ser preciso el día: 27 de febrero de 2008 . Windows Server 2008 trae características mejoradas de:

Web
Virtualización con Hyper-V (Administración de recursos físicos para las virtuales!!!)
Seguridad

Para mayor información sobre el lanzamiento de Windows Server 2008, Visual Studio 2008 y SQL Server 2008 pueden visitar: http://www.microsoft.com/windowsserver2008/default.mspx

Pueden obtener una copia de evaluación de Windows Server 2008, todas las versiones, desde: http://www.microsoft.com/windowsserver2008/audsel.mspx

En esta oportunidad aprenderemos a Instalar un Servidor con Windows 2008. Primero tenemos que definir los requisitos mínimos para que trabaje Window Server 2008.

Procesador de 1 Ghz o Superior, recomendable procesadores de 2Ghz en adelante.
Memoria RAM: 512 MB, se recomienda 2GB de RAM en adelante.
Espacio en disco: 10GB o superior.
Unidad de DVD, Tarjeta de red, etc.

Mayor información sobre requisitos para la instalación de Windows Server 2008 visiten: http://www.microsoft.com/windowsserver2008/sysreqs.mspx

Pasos para la instalación:

Ingresamos el DVD y esperamos que cargue la pantalla Inicial.

Seleccionamos las opciones correctamente y procedemos a seleccionar el botón de Instalar.
Ingresamos el Key provisto para la evaluación desde la página de descarga de Windows Server 2008, sino tenemos key la instalación será válida por 30 días. http://www.microsoft.com/windowsserver2008/audsel.mspx
Seleccionamos la versión de Windows Server 2008 a instalar, en este caso seleccionaré Windows Server 2008 Standard.
Aceptamos los términos de licenciamiento.
Seleccionamos la instalación Custom(Advanced), ya que estamos instalando en un disco sin datos. Es posible realizar un Upgrade si la situación lo amerita.
Seleccionamos el disco donde instalaremos Windows Server 2008.
El proceso de Instalación de Windows Server 2008 ha instalado y se llevará a cabo durante unos minutos.
Luego de haber copiado, expandido, instalado las características y actualizaciones de Windows Server 2008 será necesario reiniciar el servidor.
Luego al reinicio el servidor será configurado de forma automática.
Ahora cargará una ventana para ingresar la contraseña del usuario Administrador. Escribimos una contraseña y cargará la ventana inicial de Windows.
Windows Server 2008 ha sido instalado. Nos aparecerá una ventana desde donde podremos configurar e instalar los servicios de red que brindará nuestro Servidor.

Más adelante empezaremos a configurar nuestro Servidor Windows Server 2008. Como han visto la instalación es muy sencilla, muy parecida a la instalación de Windows Vista y la interfase ni que decir.

Hiper-V en Microsoft: http://www.microsoft.com/windowsserver2008/virtualization/default.mspx

Vídeo: Instalación de Windows Server 2008 RC1

Espero sus dudas y comentarios.

Saludos!!!

Instalando una Entidad Certificadora en Windows Server 2003: Instalando un CA

2008-01-08T00:23:00.000-05:00

Hola, hoy aprenderemos a Cómo instalar un Entidad Certificado o Certification Authority en Windows Server 2003.
Una entidad Certificado es aquella que administra certificados SSL para ser usados para la encriptación de la información ya sea a través de una VPN usando IPSec, OWA con SSL, RPC sobre HTTPS (Usando SSL), etc.

Pasos:

Ingresar al Panel de Control, ir a Agregar y Quitar Programas y luego Agregar/Remover Componentes. Seleccionamos Certificate Services y marcamos los dos checks y aparecerá un mensaje de advertencia, mencionando que este servidor no podrá ser renombrado por que será un CA.
Luego instalamos el IIS como componente.
Durante la Instalación será necesario habilitar el uso de Active Server Pages (ASP) para que pueda trabajar correctamente el IIS en la administración de certificados.
Durante la instalación debemos especificar el Tipo de Entidad Certificadora. En este caso seleccionaremos Enterprise root CA.
Luego escribiremos un nombre para el CA, en este caso como el uso de certificados será para uso interno he designado como nombre DC. El campo Distinguished name será configurado de manera automática y finalmente estableceremos un tiempo de validez para la entidad certificadora, por defecto es 5 años.
Luego aparecerá una ventana donde especificaremos la ruta la BD y los archivos logs de la entidad certificadora.
Luego de haber instalado el CA, podemos acceder a través de las Herramientas Administrativas o vía we, usando: http://nombredeservidorCA/certsrv.

La implementación de una entidad certificadora nos permitirá aprovechar las funcionalidades de productos como Exchange Server 2003. Más adelante veremos temas como configurar el OWA para usar un formulario con SSL y RPC sobre HTTPS.

Vídeo: Configurando un CA

Disaster Recovery en Exchange 2003: Planeamiento y Estrategias

2008-01-05T18:15:00.000-05:00

Hola! hoy aprenderemos a Cómo realizar una Recuperación ante desastres de un servidor Exchange 2003 o Disaster Recovery en Exchange 2003. Este procedimiento debe ser llevado a cabo cuando un servidor Exchange colapse o presente una falla de hardware por la cual no pueda seguir trabajando. Este post lo he devidido en tres partes.

Parte I: Realizando una copia de seguridad o backup de la la base de datos Exchange usando ntbackup.exe.

Parte II: Instalando un servidor Exchange en modo Disaster Recovery.

Parte III: Recuperando o restaurando una Base de Datos Exchange.

NOTA: Para la instalación en modo Disaster Recovery debemos respetar las versiones de Exchange y Sistema
Operativo para que el procedimiento de Disaster Recovery sea un éxito. Tambipén debemos respetar la
estructura de unidades de almacenamiento, mejor dicho si existían tres unidades C:, D: y E: y en C: estaba
la carpeta de instalación de Exchange, en D: la Base de Datos (*.edb y *.stm) y en E: los logs, Debe
conservarse esta estructura en el nuevo servidor Exchange.

Parte I

Copia de seguridad o Backup de la BD Exchange usando Ntbackup.exe. Recomiendo programar una tarea para que el backup de la BD se realice en un horario de menos demanda y que no se cruce con la desfragmentación online. En Exchange 2003 por defecto se usa Shadow Copy para respaldar la BD y no exista la necesidad de desmontar la Base de datos.

Pasos:

Ingresar a ntbackup.exe y realizar un backup del Storage Group, que incluye el mailbox store y public store. El backup se realizará sin necesidad de desmontar la Base de datos de buzones, Windows 2003 hace uso de las Shadow Copies permitiendo que el backup sea en línea.
Recordemos que podemos configurar tareas programadas para realizar backups o copias de seguridad a los Storages Groups. Tebemos dos opciones: full backups todos los días de la semana o un full backup un día de la semana y los seis días backups incrementales.

Vídeo: Respaldando nuestra Base de datos Microsoft Exchange.

Parte II:
Instalaremos un servidor Exchange en modo Disaster Recovery. Consideramos que el servidor Exchange ha fallado debido a un problema de hardware y que instalaremos un servidor con el mismo nombre, para que sea transparente para los usuarios.

Ingresamos al Active Directory Users and computers (ADUC) y buscamos la cuenta del servidor Exchange y la reseteamos.
Unimos el servidor al dominio con el mismo nombre del servidor Exchange que ha fallado.
Instalmos los componentes del IIS necesarios para Exchange 2003. Podemos acceder a: http://exchangepro.blogspot.com/2007/12/instalando-nuestro-primer-servidor.html para obtener la lista de requerimientos.
Empezamos la instalación en modo Disaster Recovery, ejecutando: Unidad:\Setup\i386\Setup.exe /disasterrecovery.
Sguimos el Wizard y seleccionamos la instalación de Microsoft Exchange y Microsoft Exchange System Management Tools en modo Disaster Recovery.
Durante la instalación aparecerá un mensaje informándonos que se debe restaurar la BD y luego reiniciar el servidor Exchange. Aceptamos y seguimos con la instalación. Recordemos que recien restauraremos la BD de Exchange luego de aplicar el SP2 para Exchange y los parches necesarios.
Finalizamos la instalación y procedemos a instalar el SP2 para Exchange Server 2003.
Instalamos el SP2 para Exchange Server 2003 en modo Disaster Recovery: Unidad:\setup\i386\update.exe /disasterrecovery.
Comprobamos que este marcados Microsoft Exchange y Microsoft Exchange System Management Tools en modo Disaster Recovery.
Durante la instalación aparecerá un mensaje informándonos que se debe restaurar la BD y luego reiniciar el servidor Exchange. Aceptamos y seguimos con la instalación ya que luego de parchar y aplicar el SP2 procederemos restaurando la BD.
Finalizamos la instalación y verificamos que todos los servicios de Microsoft Exchange se encuentren inciados. Un paso final es acceder al ESM y comprobar los accesos y acceder a Microsoft Update para actualizar el SO con los últimos parches de la misma forma con los parches para Exchange Server.
Podemos acceder al Exchange System Manager.

Vídeo: Instalando Exchange Server en modo Disaster Recovery.

Parte III:
Restauración de la BD Exchange usando ntbackup.exe. Restauraremos un backup realizado anterior a la falla del Servidor Exchange que estaba en producción.

Ingresamos al Exchange System Manager y comprobamos que el Mailbox Store y Public Folder Store a restaurar estan configurados para que puedan ser sobreescritos por un backup. Marcamos el check: This database can be overwritten by a restore.
Ingreamos al ntbackup.exe
Ubicamos el backup, lo podemos catalogar.
Seleccionamos los obejtos del Storage Group a restaurar. En este caso restauraremos completamente un servidor: los archivos logs de transacciones, el mailbox Store y Public Folder Store.
Definimos el destino de la restauración que será el mismo servidor Exchange y seleccionamos los checks de Last Restore Set (Restaura los logs de Exchange en una carpeta temporal) y Mount Database after Restore que permitirá montar la BD apenas finalice el proceso de Restauración.
El proceso de restauración es iniciado y demorará de acuerdo al tamaño de la Base de datos.
Luego de que termine la restauración ingresamos al Exchange System Manager y comprobamos que los buzones se encuentren en el Mailbox Store restaurados.
Podemos comprobar la correcta restauración, recurriendo al Visor de Eventos y buscando el siguiente evento.

Vídeo: Restauración de una Base de Datos Exchange de un backup.

Mayor información sobre Disaster Recovery sobre Exchange Server 2003 en: http://technet.microsoft.com/en-us/library/bb125070.aspx

Disaster Recovery en Exchange 2007: http://technet.microsoft.com/en-us/library/aa998848.aspx

Desfragmentar Base de Datos en Microsoft Exchange 2003

2008-01-05T16:14:00.000-05:00

Hola! Hoy aprenderemos a desfragmentar una base de datos de un servidor Exchange 2003. La desfragmentación es el proceso de compactar o reorganizar los datos como correos o carpetas públicas. La desfragmentación de la Base de Datos permite mejorar la velocidad de acceso y recuperación de datos. Hay dos tipos de desfragmentación: la online y la offline. La desfragmentación Online la realiza el servidor Exchange entre la 01:00 y 05:00 am todos los días (Es posible configurarlo desde el Exchange System Manager). La desfragmentáción offline, se realiza para optimizar la BD y se requiere desmontar, en otras palabras los usuarios que tengan buzón en la base de datos a desfragmentar no podrán acceder a su correo durante el proceso. Para desframentar la BD Exchange se requiere que el disco tenga espacio suficiente, mayor al 110% del tamaño de la base de datos. Si la Base de datos pesa 20GB, debemos desfragmentar en una unidad local que tenga como mínimo 24 GB libres, para evitar daños a la BD.

Pasos para desfragmentación offline:

Definimos el Mailbox store a desfragmentar y ubicamos la ruta de la Base de datos.
Desmontar el Mailbox Store o Base de datos a desfragmentar desde el Exchange System Manager. Ir al Exchange System Manager, ubicar el Mailbox Store, click derecho Dismount.

Ejecutar el comando eseutil /d "ruta de la base de datos" [Opciones]. Este comando se encuentra en la ruta de instalación de Exchange: %\programs and files\exchsrvr\bin\eseutil.exe. Ejemplo: eseutil /d "c:\programs and files\exchsrvr\mdbdata\prib1.edb". Para obtener un listado de modificadores del eseutil ejecutar: eseutil /?
Se ejecutará el proceso de desfragmentación. Este proceso tardará de acuerdo al tamaño de la Base de datos. Aproximadamente se desfragmenta 6 GB -7.5GB en una hora en un servidor de hardware medio.

Al finalizar la desfragmentación procedemos a montar el Mailbox Store o base de datos desmontada.

Este proceso es válido para bases de datos Microsoft Exchange 2000 y Exchange 2003.

Mayor información sobre Cómo desfragmentar Bases de Datos Exchange usando eseutil:

http://support.microsoft.com/kb/328804 y http://support.microsoft.com/kb/192185

Información sobre Cómo desfragmentar Bases de Datos en Exchange 2007: http://technet.microsoft.com/en-us/library/aa998863.aspx y http://technet.microsoft.com/en-us/library/aa997972.aspx

Vídeo:

Introducción a PowerShell en Exchange 2007

2008-01-02T23:18:00.000-05:00

Hola! hoy quiero compartir con ustedes una pequeña Introducción a la administración de servicios como el de mensajería Exchange 2007 usando PowerShell.

PowerShell es un lenguaje de scripting hecho en Microsoft .NET Framework. Muchas tareas de administración y mantenimiento se realizan a través de una intergaz gráfica como Exchange Management Console pero PowerShell nos permite automatizar tareas, logrando extender la funcionalidad de la consola de administración.

PowerShell permite generar scripts basados en objetos y todo desde una línea de comando: mover buzones, crear buzones, mover bases de datos, creación de conectores SMTP y muchas opcines más.

PowerShell incluye:

Más de 130 command-line tools (llamados cmdlets), usadas para realizar tareas de administración y para usar el Windows Management Instrumentation (WMI). Estos cmdlets son designados para realizar tareas de administración a través de comandos sencillos. Para la ejecución de comandos se puede usar la concatenación de resultados, filtrar, ordenar y darle formato a los datos.
Soporta lenguages de scripting y es compatible con Windows, including Windows XP, Windows Server 2003, Windows Vista, and Windows Server 2008 o Longhorn.
Permite que los usuarios puedan acceder a los almacenamientos de información (data stores), como el registro, entidades certificadoras como si fueran el sistema de archivos.
Utilitarios que permiten administrar el Active Directory, Active Directory Service Interfaces (ADSI), Windows Management Instrumentation (WMI), Component Object Model (COM) objects, ActiveX Data Objects (ADO), HTML, y XML.
Sofisticado para la manipulación de objetos desde una línea de comando.
Posse una interfase la cual permite desarrollar o crear cmdlest personalizados orientados a ciertas necesidades de administración.

Los cmdlets están compuestos por verbo-nombreDeObjeto.

Ejemplos:

get-help ----- Obtener ayuda

get-mailbox export-csv c:\scripts\test.csv -------- Obtiene los buzones y los exporta a un archivo tabulado por comas.

PowerShell anteriormente llamadao Monad (MSH), puede ser descargado desde: http://www.microsoft.com/windowsserver2003/technologies/management/powershell/download.mspx.
Previamente deben haber instalado el .NET Framework 2.0 o superior.

Pueden acceder a un repositorio de scripts de Exchange 2007: http://www.microsoft.com/technet/scriptcenter/scripts/message/exch2007/default.mspx?mfr=true

Espero poder ir actualizando este post, debido a que pienso considerar el PowerShell como una herramienta para cualquier administrador de red. Quedo a la espera de sus opiniones.

Entendiendo el Bloqueo de cuentas

2007-12-30T18:29:00.000-05:00

Hola!, un tema interesante para la protección de cuentas de usuarios de dominio es el Bloqueo de cuentas o Account Lockout.

¿Por qué protegemos las cuentas de usuarios y sus contraseñas? En primer lugar debemos considerar la seguridad como un estatuto que debe regir en nuestra organización. A nivel de cuentas de usuarios de dominio podemos lograrlo habilitando auditoría de cuentas, protección de cuentas deshabilitándolas, contraseñas seguras y complejas.

Los bloqueos de cuentas de usuarios se definen luego de una cantidad de intentos fallidos de inicio de sesión porque se escribe una contraseña incorrecta.

Los bloqueos de cuentas de usuarios de un dominio son definidos en una GPO o una Directiva de Grupo a nivel de todo el dominio.

Nosotros podemos poner a trabajar esta Directiva de Grupo modificando la Default Domain Policy o Directiva del dominio usando la consola GPMC o desde el Active Directory Users and Computers.

Habilitar el bloqueo de cuentas:

Ingresamos al Active Directory y le hacemos click derecho al dominio y seleccionamos propiedadaes, cargará una ventana e ingresamos a la pestaña Group Policy y hacemos clic en Edit.
Expandimos la Directiva de Grupo: Computer Settings, Windows Settings, Security Settings, Account Policies, Account Lockout Policy.
Debemos definir tres valores para el Bloqueo de cuentas.

Account Lockout Threshold: Define el número de intentos fallidos para bloqueo de cuentas de usuario. Se recomienda que al quinto intento se bloquee la cuenta, por lo tanto escribámos 5.

Account Lockout Duration: Define el tiempo de bloqueo de la cuenta de usuario. Por defecto es 30 minutos cuando definimos el Account Lockout Threshold. Mejor dicho luego de 30 minutos la cuenta se desbloquea sola. Si deseamos que nunca se desbloquee y que se desbloquee de forma manual por un administrador debemos escribir 0.

Reset account lockout counter after: Define el tiempo en el que el valor Badpwdcount es reseteado, por defecto es 30 minutos cuando definimos el Account Lockout Threshold. Mejor dicho que en 30 minutos el valor no debe exceder el valor definido en el Account Lockout Threshold, de lo contrario la cuenta se bloquea.

Finalmente esperamos que la política se ejecute en el dominio. Las políticas de grupos de propagan en un lapso de 30 a 90 minutos de manera automática.

Cuando una cuenta de usuario se bloquea aparecerá la siguiente pantalla:

Para desbloquear un cuenta de usuario ingresamos al Active Directory Users and Computers, identificamos el usuario, clic derecho y seleccionamos Propiedades. En la ventana Propiedades nos vamos a la pestaña Account o Cuenta y desmarcamos la opción Account is Locked out.

Aplicando las directivas de bloqueo de cuentas podremos identificar:

Las cuentas de usuarios bloqueadas pueden ser visualizadas desde el Visor de eventos en cualquier Controlador de dominio. Opción: Security, Evento 644.
Identificar dónde las cuentas se bloquean en que estacion de trabajo o servidor. Esto permitirá saber porque las cuentas de servicios o de usuarios se bloquean ayudándonos en tareas de resoluciones de problemas.

Vídeo:

Espero sus comentarios.

Saludos!!!

Instalación de un servidor Exchange 2007

2007-12-30T01:43:00.000-05:00

Hola! nuevamente con ustedes, hoy aprenderemos: ¿Cómo instalar un servidor Microsoft Exchange 2007?. Como sabemos, Exchange 2007 es el último producto de Microsoft liberado para Mensajería. Exchange 2007 ahora interactúa con otros servicios de Microsoft como Live Communications 2007 permitiendo la convergencia de voz y datos por un sólo medio.

En Exchange 2007 existen roles:

Hub o Edge Transport, servidores de transporte de correos dentro y fuera de la organización.
Unified Messaging Server, servidor encargado del Outlook Voice Access (OVA) y de servicios de fax.
Client Access Server, servidor encargado de proveer los servicios de Outlook Web Access (OWA), ActiveSync, Outlook anywhere y otros protocolos de internet como IMAP4, POP3.
Mailbox Server, servidor encargado de almacenar los buzones.

Escenario de pruebas para este post:

PC de 32 bits con Windows 2003 Enterprise SP1. Exchange 2007 puede ser instalado sobre la plataforma de 32 bits únicamente para pruebas, no para entornos de producción.
Active Directory sin ningún servidor Exchange instalado. Únicamente se instalará Exchange 2007, no se realizará un upgrade en este documento. El upgrade o migración lo veremos más adelante.
Todos los parches y actualizaciones son de 32 bits, porque es un escenario de pruebas. Para un entorno de producción deben contar un procesador de 64 bits, con Windows 2003 de 64 bits, parches y actualizaciones que soporten 64 bits.

Requisitos para la instalación de Exchange 2007:

Un servidor con Windows Server 2003 Enterprise/Standard con SP1 o SP2 para la instalación de MS Exchange 2007
Un servidor Controlador de dominio configurado como Catálogo Global (Global Catalog) sobre Windows Server 2003 SP1 en el dominio donde se instalará el primer servidor Exchange 2007.
Nivel funcional de dominio: Windows 2000 Nativo o Windows 2003.
Instalación de ASP y componentes del IIS a exepción de los protocolos SMTP y NNTP.
Instalación del .NET Framework 2.0 o superior y una actualización de .NET Framework 2.0.
Instalación de Microsoft Windows PowerShell e instalación del Microsoft Management Console 3.0
No debe hallarse ningún servidor Exchange 5.5.
El servidor Exchange debe contar con salida a Internet para verificar los requisitos para Exchange 2007.

Pasos:

Verificar el nivel funcional del dominio. Elevaremos el nivel funcional a Windows 2003. Nota: luego de realizar la elevación de nivel funcional no existe reversa y el cambio será replicado a todos los controladores de dominio. Si lo elevan a Windows Server 2003, deben verificar que no cuenten con Controladores de dominio sobre Windows 2000/Windows NT 4.0
Instalamos los siguientes componentes del IIS desde Agregar o Quitar programas del Panel de Control: ASP.NET, Internet Information Services (Seleccionamos Common Files, Internet Information Services Manager, World Wide Services). Ojo: No seleccionar SMTP y NNTP.
Instalamos el .NET Framework 2.o. Podemos descargarlo desde: http://www.microsoft.com/downloads/details.aspx?FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=en
Instalamos el parche KB926776. Podemos descargalo desde: http://go.microsoft.com/fwlink/?linkid=74469. Información del hotfix en: http://support.microsoft.com/kb/926776/en-us. Luego de la instalación debemos reiniciar el servidor.
Instalamos Windows PowerShell 1.0. Lo descargamos desde: http://support.microsoft.com/kb/926139/en-us
Instalamos el Microsoft Management Console 3.0. Lo podemos descargar desde: http://support.microsoft.com/kb/907265/en-us
Insertamos el CD de Exchange 2007 y ejecutamos el instalador: Setup.exe.
Cargará una ventana de Bienvenida de Exchange. Seleccionaremos Install Exchange 2007. El wizard de instalación verificará que se hayan instalado todos los requisitos necesarios para Exchange 2007.
Aceptamos el acuerdo de licenciamiento y términos.
Opcionalmente podemos permitir que se envíen reportes de errores a Microsoft, para la mejora continua de Microsoft Exchange 2007. Seleccionaremos Si.
Tenemos dos tipos de instalación: Típica y personalizada, en esta oportunidad seleccionaremos típica, porque los roles de Exchange se ejecutarán sobre un sólo servidor. Opcionalmente podemos seleccionar una ruta para la instalación de MS Exchange.
Escribimos un nombre para la organización Exchange 2007, en esta ocasión escribiremos ExchangePro.
A continuación podemos seleccionar si en nuestra organización existen clientes MAPI como Outlook 2003, Entourage o anteriores. En esta ocasión seleccionamos Si, porque existen clientes MAPI como OL 2003. Si existiesen sólo OL 2007 seleccionamos No.
Cargará una lista donde se revisarán si todos los requisitos de instalación y preparación se encuentran correctamente instalados y configurados. Es recomendable que el Servidor Exchange valide los requisitos basándonos en un checklist de Internet.
Luego de la verificación, se inicia la instalación de MS Exchange 2007.
Finalmente tenemos nuestro servidor Exchange 2o07 instalado. Podemos Acceder al Exchange Management Console o Windows PowerShell para empezar a administrar nuestro servidor.

Enlaces:

Requisitos para la Instalación de Microsoft Exchange 2007: http://technet.microsoft.com/en-us/library/aa996719.aspx

Checklist para la Instalación de Microsoft Exchange 2007: http://technet.microsoft.com/en-us/library/bb125239.aspx

Descarga del Service Pack 1 de Exchange 2007: http://www.microsoft.com/downloads/details.aspx?FamilyID=44c66ad6-f185-4a1d-a9ab-473c1188954c&displaylang=en

Release Notes del Service Pack 1 de Exchange 2007: http://www.microsoft.com/downloads/details.aspx?FamilyId=5770BD59-376E-42EC-B940-BE6225CD97FF&displaylang=en

Instalación típica de Microsoft Exchange 2007: http://technet.microsoft.com/en-us/library/bb123694.aspx

Si existe algún comentario o duda hágamenlo llegar.

Saludos!!!

Vídeo: Instalación de Exchange 2007

Corrigiendo el acceso al OWA en Exchange 2003 usando IE 7 en Windows Vista

2007-12-26T21:38:00.000-05:00

Hola, hoy quiero compartir con ustedes un tema importante. Corrigiendo el acceso al OWA (Outlook Web Access) de Exchange 2003 usando Internet Explorer 7 de Windows Vista. El problema se debe a un comportamiento de un componente de ActiveX que actúa diferente en el IE 7 de Windows Vista.

Los síntomas son los siguientes:

No se puede componer un correo, mejor dicho no podemos escribir en el textbody, al momento de enviar, recibir o reenviar un correo.

No se puede crear un contacto, tarea, nota, etc.

No se puede cambiar la configuración de las carpetas vía OWA.

Microsoft liberó un hotfix, el cuál tiene la solución completa para este problema, la solución es reemplazar el componente ActiveX por uno denominado "iframe". Este hotfix debe ser instalado en los servidores Back-End y los Front-End.

Documento técnico puede ser hallado en: http://support.microsoft.com/?kbid=911829.

Descarga del hotfix: http://www.microsoft.com/downloads/details.aspx?FamilyId=5BC06E8A-08EB-4976-BC68-A03EBE3A2552&displaylang=en&displaylang=en.

Problemas con firma S/MIME en IE 7.

También existe un problema adicional con el IE 7 y Exchange 2003, cuando se redacta un correo y al momento de enviarlo aparece un mensaje de error. Esto se debe a que se ha configurado una firma S/MIME en un cliente con IE 7. Para ello se puede aplicar el siguiente parche en los servidores Exchange Back-End y Front-End: http://support.microsoft.com/?kbid=924334.

Finalmente recomiendo descargar e instalar la versión mas reciente del S/MIME desde la página del OWA. Para ello es necesario ingresar a Opciones y desde ahí buscar: Seguridad de Correo Electrónico.

Quedo a la espera de sus opiniones

Configurando ActiveSync en una organizacíón Exchange 2003

2007-12-22T12:26:00.000-05:00

Hola, hoy aprenderemos a Cómo habilitar el ActiveSync en Exchange 2003. ActiveSync es una herramienta de Microsoft que nos permite sincronizar nuestro buzón con un dispositivo móvil que soporte Windows Mobile 2003, 5.0 o superior. Esta guía solo configurará el ActiveSync a través del protocolo HTTP. Es posible configurar el ActiveSync usando certificados vía HTTPS.

Para configurar ActiveSync debemos contar con los siguientes requisitos:

El servidor Exchange debe estar actualizado a Service Pack 2. El SP2 lo podemos descargar de: http://www.microsoft.com/downloads/details.aspx?FamilyID=535bef85-3096-45f8-aa43-60f1f58b3c40&displaylang=en

Contar con dispositivos móviles con Windows Mobile 2003, 5 o superior. Estos dispositivos incluyen el ActiveSync para la sincronización de correos. Además para sincronizar los correos lo pueden realizar a través de un cable conectado a la PC, a través de una red inalámbrica o a través de GPRS o Edge (Carriers).

Pasos para habilitar el ActiveSync en el lado Servidor:

Ingresar al Exchange System Manager y expandir Global Setting y hacer clic en Propiedades en Mobile Devices.

Habilitar todos los checks dentro de Exchange ActiveSync. Esto permitirá que los usuarios de la organización puedan sincronizar su buzón, habilitar las notificaciones de correo y el DirectPush.

También podemos habilitar el OMA (Outlook Mobile Access), es una característica de Exchange 2003, que permite que usuarios puedan ver sus correos usando un celular que soporte WAP.

Debemos comprobar que el ActiveSync funcione correctamente en el lado del servidor. Para ellos desde el mismo servidor Exchange u otro lugar accedemos a la siguiente URL: http://servidordecorreo/Microsoft-Server-ActiveSync.

Pasos para publicar ActiveSync en el Firewall o en el ISA Server:

El tráfico ActiveSync viaja a través del protocolo HTTP (Definido en este post) o a través del protocolo HTTPS (Usando certificados). Si ya tenemos publicado el OWA a través del puerto 80, ya no será necesario realizar este paso.

En nuestro firewall o ISA Server debemos publicar el puerto 80, haciendo referencia el Servidor Exchange 2003 SP2 Front-End o el que da la cara a Internet.

Es posible obtener más información de Cómo publicar el ActiveSync usando un ISA 2004/2006 como Firewall en: http://support.microsoft.com/kb/837354/en-us

Pruebas en dispositivos móviles:

La sincronización del buzón usando la PC como puente puede ser realizada si descargamos el ActiveSync 4.5 y lo instalamos en la PC. http://www.microsoft.com/windowsmobile/activesync/activesync45.mspx

Podemos ingresar a ActiveSync desde el dispositivo móvil. Y seguir el wizard para la configuración de la dirección del servidor (publicada en Internet Ej. http://mail.empresa.com/), el nombre de usuario y password (Ej. dominio\user y contraseña), las carpetas a sincronizar: Inbox, calendar, task, etc. Más información en: http://technet.microsoft.com/en-us/library/bb123822.aspx

Si tienen problemas al momento de sincronizar su dispositivo móvil puede ingresar a la siguiente página de códigos de errores: http://www.pocketpcfaq.com/faqs/activesync/exchange_errors.php

Vídeo:

Espero sus comentarios. Saludos!

Configurando un conector SMTP para la salida de correos

2007-12-20T22:25:00.000-05:00

Hola, hoy conoceremos el uso de conectores SMTP y la configuración de éstos en una organización Exchange 2000/2003.

Un conector SMTP nos ayuda por las siguientes razones:

Quieres configurar el comando ETRN/TURN en el lado servidor o cliente.

Quieres configurar la seguridad en los correos de salida. Mejor dicho hacer que correos que cumplan ciertos parámetros pasen sean enviados a través de un conector.

Quieres establecer prioridades para envío de correos a ciertos dominios.

Enviar el comando, negociación SMTP, HELO en vez de EHLO.

Limitar salida de correos por tamaño, por horario (calendario)

Establecer costos para el ruteo de mensajes.

En esta oportunidad configuraremos un conector SMTP para la salida de correos hacia Internet de forma personalizada. Normalmente la salida/entrada de correos hacia Internet es realizada por el servidor Exchange Front-End. Debemos considerar la creación de conectores en servidores que enviarán correos a Internet o a ciertos dominios.

Ingresamos al Exchange System Manager y clic derecho a la organización Exchange: Ej. ExchangePro(Exchange) y marcar los checks: Display Routing Groups y Display Administrative Groups.

Expandemos: Administrative Groups, First Administrative Groups, Routing Groups, First Routing Group, Conectores.

Hacemos clic derecho, seleccionamos New SMTP Connector.

Asignamos un nombre al Conector. Ej. Conector a Internet.

Seleccionamos que el DNS se encarga de resolver consultas de nombres usando este conector. Podemos seleccionar el reenvío de correos usando un smarthost. En esta ocasión no usaremos un servidor SMTP para reenviar correos.

Agregamos los local Bridgehead o cabeza puente. Seleccionaremos el servidor SMTP Virtual por donde salen los correos. Recuerden que es a través de este servidor por donde los correos serán enviados al dominio destino que configuraremos. Por lo tanto debemos considerar en dar permisos necesarios en el Firewall interno para la salida de correos a través del puerto 25.

Seleccionamos la pestaña Address Space. luego hacemos clic en Agregar y seleccionamos como tipo de dirección al protocolo SMTP. Finalmente escribimos el nombre de dominio destino. Ej. Si quieremos que todos los correos salgan a través de este conector escribir * en Address Space y 1 en Costo. Si por ejemplo queremos que a través de este conector sean enviados los correos a hotmail.com, debemos especificar en Address space: hotmail.com y en costo 1(El costo es a criterio de ustedes).

Seleccionamos el ámbito del conector: Toda la organización.

Guardamos cambios. Les recomiendo reiniciar el servicio Simple Mail Transfer Protocol para que los cambios hagan efectos instantáneos.

Opcionalmente se pueden configurar estas ocpiones en los conectores SMTP

Restricción de envío por usuarios:

Envío de HELO en vez de EHLO

Opciones de envío: especificación del tiempo en el cual el conector trabajará enviando correos.

Restricción de contenido: Prioridades, mensajes del sistema, tamaño del mensaje.

Puedes obtener mayor infomación del uso e implementación de conectores SMTP en: http://support.microsoft.com/kb/265293/en-us

Dudas a mi comentarios, no duden en escribirme.

Instalación y configuración de un servidor Exchange Server 2003 Front-End

2007-12-17T22:07:00.000-05:00

Hola, hoy aprenderemos a Instalar un servidor Exchange Server 2003 y configurarlo como servidor Front-End o Servidor de Aplicaciones. En primer lugar un servidor Front-End es aquel el cuál brinda los servicios de OWA, RPC sobre HTTPS, ActiveSync, OMA, etc. Este servidor también cumple la tarea de enviar los correos internos a Internet así como la entrada de correos hacia la organización interna. Un sólo servidor Exchange 2003 puede cumplir todas estas tareas pero su rendimiento será menor y las mejores prácticas para despliegue de servidores Exchange no lo recomiendan. La recomendación es realizar lo siguiente: Contar con 01 servidor Front-End para la entrada y salida de correos hacia Internet (cara a Internet, ubicado en la DMZ o en la red interna, publicar y habilitar servicios como: OWA, RPC sobre HTTPS, ActiveSync, OMA) y uno o varios servidores Exchange Back-End, el cual sirve de repositorio de los buzones de los usuarios y a este servidor se conectan los usuarios a través de clientes como Outlook (Conexiones MAPI). El proceso de envío de correos en una topología Back-End y Front-End es el siguiente. Un usuario conectado al servidor Exchange a través del cliente Outlook envía un correo, el correo es enviado y categorizado por el Servidor Back-End al servidor Front-End y este según las configuraciónes del Servidor Virtual SMTP y de los conectores lo enviará hacia el destino correcto como puede ser Internet. Para el ingreso de correos, el servidor Front-End recibe el correo y lo reenvía al Back-End y este último notifica al usuario la llegada de un nuevo correo a su buzón.

Pasos para configurar un Servidor Exchange 2003 Front-End:

Unir al dominio como servidor miembro al Servidor Windows 2003 sobre el cuál se instalará Exchange.

Debemos instalar los pre-requisitos como los componentes IIS. Podemos obtener los pasos completos en: http://exchangepro.blogspot.com/2007/12/instalando-nuestro-primer-servidor.html

Usando el CD de Exchange 2003 preparamos el dominio para el ingreso de un servidor Exchange adicional. Ejecutamos lo siguiente: UnidadLectora:\SETUP\I386\SETUP /domainprep.

Aceptamos los términos, la ruta de instalación y continuamos con la instalación.

Ahora instalamos Exchange 2003. Ejecutamos lo siguiente: UnidadLectora:\SETUP\I386\SETUP.

Instalamos Exchange aceptando los términos de licenciamiento y la ruta de instalación.

Luego de terminar la instalación de Exchange 2003 debemos actualizarlo a Exchange 2003 SP2. Para ello podemos acceder a: http://exchangepro.blogspot.com/2007/12/instalando-nuestro-primer-servidor.html

Cuando ya tenemos nuestro servidor Exchange instalado ingresamos al Exchange System Manager y expandimos Servidores, veremos dos servidores Exchange 2003.

Seleccionamos el nuevo servidor instalado, el cuál será el servidor Front-End, hacemos clic derecho, seleccionamos Propiedades. En la ventana cargada debemos marca el check de This is a Front-End Server o Este es un Servidor de Aplicaciones. Esperamos que cargue y listo, aparecerá una ventana de advertencia indicándonos que debemos reiniciar los servicios de Exchange, POP3, etc. Es posible reiniciar todo el servidor Exchange. OJO: El servidor el cuál será Front-End no debe contener buzones de usuarios.

Ahora tenemos un servidor Front-End, ahora podemos aprovechar al máximo presentaciones del SP2 como: OWA con SSL, RPC sobre HTTPS, ActiveSync, OMA. Servicios que más adelante configuraremos.

Consideremos que ahora los correos deben salir e ingresar por el servidor Front-End, se recomiendan cambios en el Firewall. También recomiendo la creación de uno o más conectores SMTP. Este tema lo publicaré próximamente.

El flujo de correos entre el Back-End y Front-End ocurre de forma automática, sólo es necesario habilitar el check de Front-End en el servidor de cara, los que no tienen este check por defecto son Back-End.

Espero que este artículo sea de su ayuda, dudas o consultas no duden en escribirme.

Enlances:

Configurando servidores Front-End: http://technet.microsoft.com/en-us/library/aa997801.aspx

Guía de la Topología Back-End y Front-End en Exchange 2003: http://technet.microsoft.com/en-us/library/aa996980.aspx

Vídeo:

Limpiando el Active Directory: Eliminando Objetos huérfanos

2007-12-15T23:09:00.000-05:00

Buenas, hoy aprenderemos a como limpiar el Active Directory de objetos huérfanos. Un caso muy común es cuando un controlador de dominio deja de funcionar, o cuando intentamos removerlo pero no es posible. Entonces es en esos momentos donde podemos remover objetos de manera manual. Hago énfasis en que este procedimiento es válido para Controladores de dominio sobre Windows Server 2003 SP1 en adelante. Es posible realizar este procedimiento en Windows 2000/2003, pero recomiendo que revisen el siguiente artículo de Microsoft: http://support.microsoft.com/kb/216498/en-us.

Pasos:

Primero debemos asegurarnos que los roles FSMO se encuentren alojados en Controladores de Dominio que trabajan en producción. Algo muy común es que los Controladores de dominio que poseen roles sufran de fallas de HW o SW. Por lo tanto debemos apoderarnos de los roles FSMO. Recuerden que es necesario que un dominio tenga 3 roles FSMO y un forest tenga 2 roles FSMO. Ej. Un único dominio tiene 05 roles FSMO, porque es un forest. Ej. el dominio padre peru.local tiene 5 roles FSMO pero dominio hijo lima.peru.local sólo 03 roles. Pueden ver el procedimiento de Seize o apoderamiento de roles FSMO: http://exchangepro.blogspot.com/2007/12/transferencia-y-apoderamiento-de-roles.html.

Usando el utilitario netdom query fsmo podemos ver que Controlador de Dominio posee los roles FSMO.

Accedemos a Inicio, ejecutar, cmd o línea de comando.

Escribimos ntdsutil.

ntdsutil: metadata cleanup

metadata cleanup: connections

server connections: connect to server xxxxxx (Donde xx es el Controlador de dominio a donde nos conectaremos para limpiar el AD).

server connections: q

metadata cleanup: select operation target

select operation target: list domains (Lista los dominios).

select operation target: select domain %, donde % es el número que identifica al dominio donde se encuentra el Controlador de dominio a remover.

select operation target: list sites (Lista los sites).

select operation target: select site %, donde % es el número que identifica el site donde se encuentra el Controlador de dominio a remover.

select operation target: list servers in site (Lista los Controladores de dominios en el site seleccionado anteriormente).

select operation target: select server %, donde % es el número que identifica al Controlador de dominio a remover

select operation target: q

metadata cleanup: remove selected server. Debemos aceptar el mensaje que nos informa que removeremos un DC.

Ingresar al Active Directory Sites and Services y expandir servidores y eliminar el Controlador de dominio manualmente. Haciendo clic derecho al servidor y seleccionamos Delete.

Ingresamos al adsiedit.msc (Debemos tener instalado el Support Tools), y removemos los siguientes registros:

* OU=Domain Controllers,DC=exchangePro,DC=local
* CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=exchangePro,DC=local
* CN=Domain System Volume (SYSVOL share),CN=File Replication Service,CN=System,DC=exchangePro,DC=local

Ingresamos a la consola de adminsitración DNS. Eliminamos todos los registros que asocian a ese servidor, tipo NS y A(Host). OJO: Debemos considerar que dentro de las zonas DNS se encuentren registrados otros servidores para resolver consultas DNS. De lo contrario existirán problemas con el Servicio de Resolución de nombres.

Si estamos removiendo el último controlador de un dominio o el último controlador de un dominio hijo, debemos realizar lo siguiente:

Ingresamos al Adsiedit.msc y comprobamos que no exista ningún registro del Controlador de dominio removido manualmente.
Expandir el contenedor: Domain NC, expandir DC=tuDominio,DC=local, expandir System, seleccionar Trust Domain clic derecho y Delete.

Finalmente les recomiendo que accedan a los siguiente artículos de Microsoft.
http://support.microsoft.com/kb/555846/en-us
http://support.microsoft.com/kb/216498/en-us
Saludos!!!

Vídeo:

Restauración autoritativa en Windows 2003

2007-12-14T23:09:00.000-05:00

Hoy vamos a aprender Cómo podemos realizar una restauración autoritativa de objetos del Active Directory en Windows 2003 SP1. Un caso muy común es el borrado de cuentas de usuarios, computadoras o grupos del Active Directory de manera involuntaria como puede ser el desconocimiento de la administración del Active Directory. Actualmente existen algunas formas de recuperar cuentas de usuarios y otros objetos, pero hoy aprenderemos a realizar una restauración autoritativa de una Unidad organizativa que contenía objetos como usuarios y computadoras.

Requisitos:

Contar con full backup del System State de un Controlador de dominio. OJO: Vamos a restaurar un backup realizado por el mismo servidor. Backup y restore en un sólo servidor, de lo contrario tendremos problemas al arranque del sistema operativo.

Pasos para realizar un backup:

Antes: La OU Servidores ha sido borrada.

Ingresar a Inicio, Ejecutar y escribir ntbackup.exe.

Seleccionar Backup, y expandimos el servidor y seleccionamos la opción System State Data.

Asignar la ruta donde se ubicará el backup del System State del Domain Controller.
Finalmente realiza el backup.

Pasos para la restauración autoritativa de una Unidad Organizacional:

Reiniciamos el Controlador de dominio, y lo cargamos en Modo de Recuperación del Servicio de Directorio Activo o Directory Services Restore mode. Esto lo podemos hacer luego del booteo apretando F8.

Ingresamos e iniciamos sesión con la cuenta de Directory Services Restore Mode, la cual fue definida al momento de promover este servidor como Controlador de dominio. Si no conocemos la contraseña tenemos que resetearla o restaurarla. Para restaurar debemos cargar normalmente el Controlador de dominio, abrir una línea de comando y escribir ntdsutil, luego escribir set dsrm password. Luego escribimos reset password on server null, finalmente escribimos la nueva contraseña. Luego salimos escribiendo quit. Más info en: http://support.microsoft.com/kb/322672/en-us

Luego de ingresar correctamente la contraseña en el modo Directory Services Restore Mode, debemos restaurar el backup del System State. Para ello nos vamos a Inicio, Ejecutar y escribir ntbackup.exe.

Seleccionar Restore, seleccionamos el backup y seleccionamos la opción System State Data.

Comprobamos que el lugar de la restauración sea Original location y empezamos con el restore. Haremos un restore por defecto.

Luego de terminar la restauración nos pedirá reiniciar el Controlador de Dominio. Le damos clic en Aceptar.

Nuevamente antes de que cargue debemos apretar F8 y debemos ingresar al Directory Services Restore Mode.

Nos vamos a Inicio, Ejecutar, cmd, ntdsutil.

Escribimos authoritative restore, como vamos a restaurar una OU eliminada llamada Servidores, debemos escribir restore subtree "OU=Servidores,DC=exchangepro,DC=local". Podemos conocer todas las opciones de la restauración autoritativa escribiendo el signo de interrogación ? Podemos restaurar objetos como usuarios, si por ejemplo queremos restaurar la cuenta de usuario jcordova que ha sido borrada de la OU Usuarios debemos escribir restore object DN=jcordova,OU=Usuarios,DC=exchangepro,DC=local

Luego de seleccionar el objeto a restaurar se carga la base de datos de Active Directory: ntds.dit y se restauran los objetos.

Luego debemos reiniciar el Controlador de dominio, en este momento el Controlador de dominio replicará el nuevo objeto restaurado.

Finalmente debemos comprobar que los objetos restaurados esten presentes en el Active Directory.

Después: La OU Servidores y sus objetos han sido restaurados:

Nota: las cuentas de usuarios restauradas de un backup del System State mayor de 14 días pierden la contraseña para acceso entre dominios donde existe una relación de confianza entre dominios. Si sucede esto deben recrear la relación de confianza.

Pueden obtener más información de restauración autoritativa de Controladores de dominios en: http://support.microsoft.com/kb/840001/en-us

Video:

Si hay dudas los apoyaré. Saludos,

Transferencia y apoderamiento de roles FSMO

2007-12-13T23:07:00.000-05:00

Hola! Nuevamente estoy presente para compartir un tema de contingencia en el servicio de Directorio Activo. Como lo comentaba en el post anterior, en un ambiente de producción donde existan Controladores de dominios debe existir un plan de contingencia o de Disaster Recovery. Uno de los puntos necesarios para mantener un ambiente de Controladores de dominio tolerante a fallas es la distribución de roles FSMO así como un plan para la transferencia y apoderamiento de roles FSMO entre controladores de dominio. Algo muy común son las fallas de hardware en los DCs, es en estos momentos donde se transfieren o un DC se apodera de los roles FSMO.

Vamos a hablar un poco sobre los roles FSMO, son 5 roles FSMO, a nivel de dominio y de forest.

Schema Master: DC que se encarga de controlar todas las actualizaciones al esquema del forest. Por ejemplo cuando realizamos un forestprep para instalar Exchange o un adprep para hacer un updagre al dominio, este servidor se encarga de replicar los cambios a todos los DCs del forest. Este rol sólo lo posee un DC en el forest.
Domain Naming Master: Controla la remoción o adición de Controladores de dominio en el forest. Este servidor se encarga de controlar la remoción o adición en el Directorio. Este también puede remover las referencias con otros dominios externos. Sólo puede haber un DC que tenga este rol en el forest.
Infrastructure Master: Se encarga de la actualización del GUID, SID y DN de los obetos del Active Directory. Sólo debe haber un DC que contenga este rol en el dominio. Se recomienda que este rol no lo posea un DC que sea Global Catalog.
RID Master: es resposanble de asignar un SID a un objeto del Active Directory. Cuando creamos un usuario el RID Master se encarga de asignar un identificado que es el SID. Debe existir uno por dominio.
PDC Emulator: Se encarga de brindar el tiempo a los miembros del dominio. Esto permite que Kerberos funcione correctamente asignando los tickets para seguridad. El PDC también se encarga de la réplica de passwords, procesamiento de bloqueos de cuentas, la copia de la GPOs se realiza del directorio SYSVOL del PDC, finalmente cumple todas las funciones de un servidor PDC que corría en Windows NT 4.0.

Mayor información sobre los roles FSMO pueden ser hallados en: http://support.microsoft.com/kb/197132.

Transferencia de roles:

Escenario Inicial: Debemos realiza la transferencia de roles FSMO.

Escenario Final: Debe existir un balance de roles FSMO entre los 02 Controladores de dominio.

Pasos:

Ingresar al cmd desde un Controlador de dominio.
Ejecutar ntdsutil.
Escribir roles, luego connections.
En la opción Connections, luego escribir connect to server xxxxxx (nombre del servidor al cual se transferirán los roles). Escribir quit.
Para transferir los roles podemos escribir cualquiera de las 05 opciones:
transfer schema master.
transfer domain naming master.
transfer rid master.
transfer pdc.
transfer infrastructure master.
En esta ocasión transferiremos el rol RID Master:
Cada vez que se intente transferir un rol aparecerá un mensaje de información, debemos hacer clic en Aceptar.

Apoderamiento de roles:

Escenario Inicial: Apoderamiento de roles en un sólo servidor, debido a la falla de otro DC. Un DC debe apoderarse de todos los roles FSMO.

Ingresar al cmd desde el Controlador de dominio el cual se apoderará los roles FSMO.
Ejecutar ntdsutil.
Escribir roles, luego connections.
En la opción Connections, luego escribir connect to server xxxxxx (nombre del servidor el cual se apoderará los roles). Escribir quit.
Para realizar el apoderamientolos roles podemos escribir cualquiera de las 05 opciones:
seize schema master
seize domain naming master
seize rid master
seize pdc
seize infrastructure master.
Cada vez que se intente apoderarse de un rol aparecerá un mensaje de información, debemos hacer clic en Aceptar.
En esta ocasión nos apoderaremos de todos los roles FSMO.

Podemos comprobar que servidor posee los roles FSMO usando el siguiente comando: netdom query FSMO en Controladores de dominio con Windows 2003 y con Support Tools instalado. El Support Tools se encuentra en la unidad de CD: Unidad:\Support\Tools\suptools.msi.

También podemos realizar el movimiento de roles FSMO vía modo gráfico desde el AD users and computer.

Video:

Espero que este post sea de su ayuda!

Instalación de un Controlador de dominio adicional

2007-12-13T00:37:00.000-05:00

Hola!, hoy veremos el siguiente tema: Cómo instalar un controlador de dominio adicional a un dominio existente. En primer lugar las mejores prácticas para despliegue de una infraestructura de Active Directory contemplan la instalación de mas de dos controladores de dominios. Se recomienda que exista una contingencia en el servicio de Directorio Activo, así como el balance de los roles 5 FSMO. Los 5 roles FSMO son los controladores de dominios encargados de las réplicas de las particiones del Active Directory.

Algunos puntos a considerar son:

Al momento de promocionar el primer DC, este tiene todos los roles FSMO.

Los roles FSMO son a nivel de dominio y a nivel de forest. En un forest sólo puede existir un Domain naming master y schema master. A nivel de dominio existen: rid master, PDC emulator e Infrastructure master.

Para que el servicio de Active Directory funcione correctamente es recomendable:

03 Domain Controller, con la zonas DNS integradas. De los cuales:

01 DC como Global Catalog, con los roles PDC y RID Master.

01 DC con el rol de Infrastructure master, no se recomienda que sea Global Catalog (Best practices).

01 DC como Global Catalog y con los roles: Domain naming master y schema master.

Empecemos:

Configuramos el protocolo TCP/IP donde, el servidor DNS principal tiene que ser el mismo servidor y el DNS secundario tiene que apuntar al DNS del dominio de producción. (El primer Controlador de dominio contiene una zona DNS integrada).

Ir a Inicio, Ejecutar y escribimos cmd. (Línea de comando). Hacemos ping al nombre DNS del dominio, en esta ocasión el nombre DNS es exchangepro.local. Si hay respuesta podemos continuar, de lo contrario debemos comprobar conectividad y revisar la configurar de TCP/IP.

Ir al Panel de Control e instalar el servicio DNS. La finalidad es tener balanceo de carga en un ambiente de producción de las consultas DNS.

Ahora vamos a Inicio, Ejecutar y escribimos dcpromo.

Cargará un wizard, damos clic en siguiente y nos cargará una pantalla de Tipo de Controlador de dominio. Debemos seleccionar Controlador de dominio adicional para un dominio existente.

Escribimos la cuenta de usuario con privilegios para poder promover un Controlador de dominio adicional, pueden usar el Domain admin.

Seleccionamos el dominio, en esta ocasión es exchangepro.local.

Asignamos la ruta para la Base de Datos del Active Directory y Logs, lo podemos dejar por defecto. Una buena forma de seguridad es cambiar la ruta o path de estas carpetas.

Asignamos una contraseña para la recuperación del Active Directory, en Restore Mode Active Directory Services. Este punto lo trataremos más adelante, en temas de Disaster Recovery.

Finalmente aceptamos el resumen y procedemos con instalación de un DC adicional y la réplica de la Base de datos. Este paso dependerá del tamaño de la BD a replicar, así como la velocidad del enlace. Recomiendo que la velocidad de red para este procedimiento sea mayor a 10 Mbps. De todas maneras igual se puede realizar pero tardará más el tiempo de réplica de objetos y puede causar la saturación de enlances WANs.

Luego de que termianar esperamos unos minutos y se deben generar enlaces para la réplicas entre controladores de dominio de un mismo Site. Ingresamos a Active Directory Sites and Services, expandemos servidores, NTDS Setting y se tiene que crear de forma automática un enlance para replicaciones. Podemos forzar la creación del enlace para la réplica haciendo click derecho sobre NTDS Setting, All task, Check Replication Tpology. Podemos forzar la réplica entre DCs, haciendo click derecho en el enlace y seleccionando Replicate now.

Accedemos a la consola DNS y comprobamos que las zonas integradas al DNS seán identicas al DC principal

Finalmente ahora tenemos un ambiente con dos DCs, ambos trabajando en paralelo. Más adelante crearé un post de cómo aplicar las Buenas prácticas en un ambiente de producción con balanceo de roles FSMO, asignación de servidores de Catálogo Global y más!!!.

Espero que este post sea de su ayuda. Si existen dudas o comentarios no duden en escribirlas.

Saludos!

Deshabilitar el uso de memorias USB a través de una GPO

2007-12-11T00:34:00.000-05:00

Hola nuevamente! En esta oportunidad podremos aprender a como deshabilitar o bloquear el uso de dispositivos de almacenamiento como memorias USB, floppy discs, lectoras y unidades LS-120.
Son muchas las formas para deshabilitar el uso de estos dispositivos, hoy veremos la restricción a través de una GPO a una OU, que contiene objetos computadoras.

Pasos a seguir:

Ingresar a: http://support.microsoft.com/kb/555324 y copiar el código a un archivo de texto plano y guardarlo con la extensión .adm. (Esta es la plantilla obtenida de Microsoft). Se debe copiar todo el texto sin modificación alguna.

Debemos ingresar al Domain Controller, que contiene el Active Directory, y acceder a la consola Group Policy Management Console. Podemos descargarla de: http://www.microsoft.com/downloads/details.aspx?FamilyID=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&displaylang=en. Les recomiendo que utilicen el GPMC porque les facilitará el modelado de GPOs o Directivas de grupos.

Luego de descargarlo debemos instalarla.

Accedemos a Inicio, Ejecutar y escribimos gpmc.msc.

Expandemos los contenedores y creamos una GPO y la linkeamos o asociamos a una OU. Esta OU (Unidad Organizativa) debe contener las cuentas de computadoras donde se bloqueará el acceso a dispositivos de almacenamiento.

Escribimos un nombre para la GPO.

Seleccionamos la GPO creada y le damos clic derecho, Editar.

Expandemos Computer Configuration, Administrative Templates, damos clic derecho y seleccionar Agregar/Eliminar Templates.

Importamos el template, el cual es obtenido de: http://support.microsoft.com/kb/555324. Este código lo guardamos en un archivo de texto plano con extensión .adm.

Luego aparecerá una carpeta llamada Restrict Drives. Sobre esta carpeta le damos clic derecho, y hacemos clic en View, luego en Filtering. Debemos deshabilitar los tres checks: Filter By requirement information, Only show configured policy settings y Only show policy settings that can be fully managed. Como lo muestra la imagen.

Hacemos clic sobre Restricted Drives y hacemos click sobre Disable USB, ahora nos cargará una pantalla para asignar la política. Debemos habilitar la política, para ello será necesario seleccionar Enable o Habilitado a la política, y luego seleccionar la opción correcta para el siguiente texto: Disable USB Ports, Enable si queremos que esten deshabilitados y Disable si queremos que estén habilitados.

Nota: Cabe señalar que esta política no debe ser eliminada debido a que toma poseción de los archivos usbstor.inf y usbstor.sys. Sólo podemos seleccionar Enable o Disable para la política. Si la GPO es eliminada la configuración definida permanecerá. Ustedes pueden obtener más información de: http://support.microsoft.com/kb/555324.

Si existe alguna duda o inquietud no duden en contactarme.

Un abrazo.

Habilitando Message Tracking en Exchange 2003 - Seguimiento de Mensajes a través de logs del protocolo SMTP

2007-12-09T13:35:00.000-05:00

Buen día, un tema de hoy día será Cómo habilitar el Message Tracking o seguimiento de mensajes en MS Exchange 2000 y MS Exchange 2003. Usando esta herramienta podremos realizar el seguimiento y diagnóstico de mensajes de correos que ingresan y salen de un servidor Exchange.

Como ya muchos saben normalmente en una organización los correos se "pierden" y una buena idea es identificar donde están esos correos. Pues este los ayudará a resolver esa incógnita.

Pasos a seguir:

Ubicar el servidor, clic derecho y seleccionar Propiedades.
Hacer clic en el check Enable Message Tracking y en Remove log files, escribir 7. Estas acciones habilitarán el Seguimiento de mensajes, para ello se crearán archivos .log y estos contendrán la información de entrada/salida de correos y serán eliminados cada 7 días. Nosotros podemos personalizar esta cantidad.
Aparecerá un mensajes de informarción, donde señala que se creará una carpeta compartida donde se almacenarán los logs. Clic en Aceptar.

Esperemos unos minutos para que esta configuración tome efecto, así como también se empiecen a registrar la entrada/salida de correos. Luego debemos ingresar a Tools o Herramientas y seleccionar Message Tracking Center.

En la pantalla de Message Tracking Center debemos especificar el servidor que tiene habilitado el Message Tracking, también podemos seleccionar los usuarios que envían o reciben correos. así como la hora para búsquedas mas personalizadas.

Luego de comprobar el buen funcionamiento del Message Tracking, recomiendo también habilitar el log del Virtual SMTP server, mejor dicho del protocolo SMTP. Para ello debemos expandir el servidor seleccionado, expandir Protocolos y hacer clic derecho a Default SMTP Virtual Server o Servidor Virtual SMTP.

Aparecerá una pantalla, debemos seleccionar Enable Logging o Habilitar Logging. Hacemos clic en propiedades y seleccionamos: Logs diarios y nos vamos ahora al tab Advanced o Avanzado. En las opciones de logging seleccionamos las que más les conviene. Personalmente recomiendo todas a excepción de: Bytes sent, Bytes received, Time Taken, Host y User Agent.
Finalmente accedemos a la ruta donde se almacenan los logs SMTP, que por defecto es: C:\Windows\System32\LogFiles\SMTPSVC1. Seleccionamos el log del día para el seguimiento de correos y lo abrimos con notepad.exe o un visor de archivos .log.

Video: Habilitando Message Tracking en Exchange 2003 y Seguimiento de Mensajes a través de logs del protocolo SMTP

Espero que esta información sea de mucha utilidad para sus labores, no se olviden que si existen dudas o consultas háganlas llegar.

Saludos,

Configurar el Intelligent Message Filter en Exchange 2003 SP2 - Antispam

2007-12-09T12:39:00.000-05:00

Nuevamente aportando más información a esta blog donde poco a poco se irán agregando más recursos para vuestra ayuda. Hoy aprenderemos a configurar el Intelligent Message Filter o Filtro Inteligente de Mensajes en Exchange 2003 SP2. Este nueva característica incluída en el SP2 de Exchange 2003 permite combatir de forma muy eficiente el spam o mensajes UCE (Correos comerciales no solicitados). Mayor información pueden encontrar en la siguiente página de Microsoft: http://technet.microsoft.com/en-us/library/aa996624.aspx.

Pasos a seguir:

Considerar que los pasos a continuación son para realizarlo en un servidor Front-End o aquel que envíe/reciba correos a Internet.

Abrir el regedit desde Inicio, Ejecutar y comprobar la existencia del siguiente key: HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\ContentFilter, de lo contrario crearlo. De la misma forma ir a: HKEY _LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange y comprobar la existencia del registro tipo DWORD: ContentFilterState, de lo contrario crearlo y asignarle el valor 1.

Ingresar a Message Delivery, ubicado en Global Settings y dirigirse a la pestaña Intelligent Message Filter.

En la pestaña de Intelligent Message Filter se debe definir los valores para bloquear el spam, la acción a tomar y cuales serán enviados al Junk Folder de los buzón. En este caso los mensajes con mayor probabilidad de ser spam serán archivado, los que se asemejan a spam irán al Junk Email del cliente Outlook 2003 y finalmente los que tienen la baja probabilidad de ser spam serán enviados al buzón de entrada del usuario.

Se debe aplicar el Intelligent Message Filter en el SMTP Virtual Server por donde ocurre el flujo de correos hacia Internet (entrada y salida). Para ello ubicar el servidor, ingresar a Protocolos y seleccionar propiedades del SMTP Virtual Server – IMF.

Seleccionar avanzado, a continuación Editar y marcar con un check Apply Intelligent Message Filter.

Finalmente aceptar todos los cambios, reiniciar el servicio SMTP y actualizar la versión del IMF desde Internet usando Microsoft Update. La finalidad es que el filtro de mensajes detecte mayor cantidad de spam de forma eficiente, ya que actualmente las técnicas para propagar el spam avanzan continuamente

Los correos filtrados y archivados pueden ser ubicados en: C:\Programs and Files\Exchsrvr\Mailroot\Vsi n\UCE. Donde n es el identificados del Virtual SMTP Server.

Les recomiendo acceder a Microsoft Update desde su servidor Exchange y actualicen la firma del Intelligent Message Filter. Las actualizaciones contienen filtros para las nuevas técnicas de spam que aparecen de forma continua.
El Filtro Inteligente de Mensajes funciona muy bien cuando el cliente de correos es superior a Outlook 2003.

A continuación vamos a revisar una estrategia para combatir el spam.

Los valores a configurar deben ser previamente evaluados de acuerdo a lo siguiente:
Gateway Blocking Configuration: Block messages with an SCL rating greater than or equal to, debe seleccionar un número el cual define el umbral para que los mensajes tipo spam sean bloqueados al momento de ingresar. Se tiene que usar el siguiente criterio: seleccionando un número menor para el SCL más mensajes serán bloqueados pero puede incrementar el riesgo de que mensajes legítimos puedan ser bloqueados (falsos positivos). Si se selecciona un número mayor para el SCL, no se bloquearán muchos mensajes que sean spam, pero reduce los falsos positivos.
When blocking messages, seleccionar la acción que el Filtro de mensajes realice cuando detecte mensajes con rankings SCL, mejor dicho cuando excedan los valores arriba asignados. Existen las siguientes posibilidades.

Archive, esta acción guarda los mensajes spam en la carpeta: Exchsrvr\Mailroot\vsi n\UCEArchive.

Delete, borra los mensajes marcados, aquellos que excedieron el valor SCL.

No action, el servidor Exchange no tomará ninguna acción.

Reject, envía un reporte tipo NDR al servidor origen.

Store Junk E-mail Configuration, en Move messages with an SCL rating greater than or equal to, especificar el umbral de llegada de mensajes que serán movidos a la carpeta Junk E-mail del usuario. Se debe ingresar un valor SCL menor cuando se quiere mover muchos mensajes de spam a la carpeta Junk E-mail. Ingresando un número mayor existe la probabilidad que mensajes spam lleguen a la bandeja de entrada del usuario.

Los valores recomendados son los siguientes:

SCL 9 a SCL 7: Mensajes archivados

SCL 4 a SCL 6: Mensajes enviados al Junk Folder

SCL 1 a SCL 3: Enviados a la Bandeja de Entrada del usuario

Los mensajes archivados deben ser revisados manualmente en la carpeta donde se archivan. Los mensajes spam en su gran mayoría tienen como tamaño el rango de 1Kb a 15 Kb.

Esperando que este tema sea de mucha ayuda, quedo a vuestra disposición para cualquier consulta o duda.

Instalando nuestro primer servidor Exchange 2003 SP2

2007-12-08T13:11:00.000-05:00

Hola, nuevamente contento de saludarlos. Hoy día veremos el siguiente tema: Instalando nuestro primer servidor Exchange 2003 SP2.

Primero les comentaré sobre las versiones de Exchange 2003. Existen dos versiones la estándar y la enterprise. Ambas cumplen la misma función, la única diferencia es que con Standard sólo puedes tener una Base de datos para correo y Carpetas públicas hasta 75 GB y no puedes implementar un clúster con esta versión. La versión Enterprise, te permite crear hasta 4 Storage Groups y por cada Storage group se pueden configurar hasta 5 BD (en total 20 Bases de datos) para buzones y cada una con límite máximo de 16TB y por supuesto tienes la opción de realizar un clustering. Puedes instalar Exchange 2003 SP2 sobre los sitemas operativos Windows Server 2000 SP3 en adelante. Pero les recomiendo que lo hagan sobre la familia de Windows 2003.

Puedes obtener más información en: http://www.microsoft.com/uk/windowsserversystem/exchange/product-information/system-requirements.mspx

Ustedes puedes descargar una versión de prueba desde www.microsoft.com/exchange/evaluation/trial/default.mspx

En esta ocasión instalaremos Exchange 2003 Enterprise con SP2 sobre un servidor con Windows 2003 Enterprise SP1 de una forma simple.

Los pasos a seguir:

Debemos unir al dominio el servidor Exchange, para ello debemos configurar el stack TCP/IP haciendo referencia al servidor DNS, en este caso es un controlador de dominio.

Exchange 2003, usa componentes de Windows 2003, los podemos instalar desde Panel de control, Agregar y quitar programas, Componentes de Windows. Los componentes son: .NETFramework
ASP.NET
Servicios de Internet Information Server (IIS)
Servicio de publicación World Wide Web
Servicio Protocolo simple de transferencia de correo (SMTP)
Servicio Protocolo de transferencia de noticias a través de la red (NNTP) (No debemos desmarcar los componentes que se seleccionan por defecto).

A continuación insertamos el CD de Exchange 2003. En este ejemplo estoy usando el CD de Exchange 2003 sin parches.

Aparecerá una pantalla de Bienvenida, debemos seleccionar Exchange Deployment Tools o Herramientas para el Despliegue de Exchange.

Luego hacer clic en Deploy the first Exchange Server.

A continuación debemos seleccionar New Exchange 2003 installation.

Debemos seleccionar Run Setup now. El proceso de instalación incluye la preparación del esquema del bosque (setup.exe /forestprep) así como la preparación de los permisos en el Active Directory (setup.exe /domainprep).

Luego aparecerá un mensaje de advertencia, debemos ignorarlo.

Cargarán unos archivos para la instalación y aparecerá el wizard para la instalación de MS Exchange 2003.
Debemos hacer clic en Siguiente y debemos aceptar los terminos para la instalación de Exchange.

Luego debemos seleccionar el tipo de instalación, la dejaremos en típica y finalmente podemos seleccionar la ruta de donde instalar Exchange.

A continuación seleccionamos, Create a new organization. Debemos especificar el nombre de la organización Exchange. En este ejemplo se llamará ExchangePro.

Nuevamente debemos aceptar los terminos de Microsoft para instalar Exchange y a continuacíón aparecerá un resumen de los elementos seleccionados para la instalación de Exchange.

Luego de todo esto la instalación empezará.La instalación demorará entre 15 y 20 minutos dependiendo el hardware del servidor. Aparecerá un mensaje de advertencia, debemos ignorarlo.

El proceso finaliza con la siguiente pantalla.

Ahora podemos acceder a los servicios de Microsoft Exchange 2003. Podemos acceder al Exchange System Manager (Administrar el servidor) y al Active Directory Users and Computers (Para crear buzones).

Ya tenemos nuestro primer servidor Exchange 2003 instalado!!! El siguiente paso debe ser actualizarlo a Exchange 2003 SP2. Podemos descargar el Service pack para Exchange desde: http://www.microsoft.com/downloads/details.aspx?FamilyID=535bef85-3096-45f8-aa43-60f1f58b3c40&displaylang=en

Debemos ejecutar el paquete descargado y ubicarnos en el directorio: setup\i386\update.exe

Debemos continuar el wizard y debemos aceptar los términos de Microsoft para el upgrade a Exchange SP2.

Como han visto la instalación de un servidor Exchange 2003 es sencilla, sólo requiere un poco de atención. Adelante con las ganas de seguir aprendiendo. Éxitos!!!!

Promover un Controlador de Dominio en Windows 2003

2007-12-08T00:06:00.000-05:00

Hola a todos! Este es el primer tema de nuestro blog. Hoy aprenderemos: Cómo promover un Controlador de Dominio en Windows 2003.
Explicaré todo el proceso de una forma sencilla y me apoyaré en imágenes.
Pasos a seguir:

Se debe tener instalado el sistema operativo Windows Server 2003 Small Business/Standard/Enterprise.
Debemos ingresar al servidor con credenciales de administrador local y debemos asignarle una dirección IP al servidor. La configuración TCP/IP debe contener: IP, máscara, Puerta de enlace, DNS y opcionalmente WINS. Uno de lo requisitos para un Controlador de dominio (Domain Controller o DC) es configurar un servidor DNS. Como es nuestro primer controlador de dominio debe ser DNS.

Luego de verificar que la configuración TCP/IP sea correcta, debemos ir a Inicio y hacer clic en Ejecutar. En ejecutar escribiremos dcpromo (Comando para promover/remover controladores de dominio)

En la ventana de Bienvenida del wizard, hacer clic en Siguiente o Next.

En la siguiente ventana seleccionar Controlador de dominio para un nuevo dominio.

Luego seleccionar Dominio en nuevo bosque.
El siguiente paso es Seleccionar un Controlador de dominio para un nuevo dominio.

Luego Seleccionar Crear un dominio en nuevo bosque.

A continuación se debe escribir el nombre DNS del dominio. Por ejemplo exchangepro.local.

Es necesario también especificar el nombre NetBIOS. Lo podemos dejar por defecto, en este caso será ExchangePro. Hacer clic en siguiente.

A continuación se debe especificar la ruta de la Base de Datos de Active Directory y logs de la Base de datos. Podemos dejarlos por defecto.

Luego aparece una ventana para especificar la ruta de la carpeta pública SYSVOL. Esta carpeta contiene objectos compartidos y accedidos por los usuarios y computadoras del dominio. Esta opción la vamos a dejar por defecto.

Debemos instalar el servicio DNS, ya que el Directorio Activo se tiene que integrar al DNS. Vamos a seleccionar que se instale el servicio DNS.

Como es una instalación donde sólo hay un servidor Windows 2003 debemos seleccionar que los permisos sean compatibles con Windows 2000 y Windows 2003.

Finalmente debemos escribir una contraseña para la Recuperación en caso de desastres. Es necesario especificar una para que se pueda restaurar el Directorio Activo. Este tema lo veremos más adelante en un tópico que muy pronto prepararé.

Hacemos clic en siguiente y empieza el proceso de promoción de un Controlador de dominio.

Finalmente aparecerá un mensaje para reiniciar el servidor. Aceptamos y esperamos a que reinicie. La primera vez tardará un poco, es normal.

Luego de que reinicie pueden iniciar sesión con el usuario administrador del dominio. Este usuario administrador tiene la misma contraseña de la cuenta de administrador local antes de que sea un Controlador de dominio. Claro que como ahora es un Controlador de dominio no existen cuentan locales. Ahora el prompt para inicio de sesión es el siguiente.

Ahora, luego de iniciar de sesión en el dominio, tendremos acceso a los recursos de un Controlador de dominio. Podemos acceder a la consola de Administración de usuarios y equipos del Directorio Activo. Ir a Inicio, Programas, Herramientas Administrativas y seleccionar: Administración de usuarios y equipos del Directorio Activo.

Ahora tenemos un Controlador de Dominio instalado!!!! Espero que este tema los pueda ayudar mucho en el proceso de aprendizaje. No duden en escribir sus consultas o dudas, estamos dispuestos a ayudarlos.

Bienvenida

2007-12-07T23:03:00.000-05:00

En primer lugar, compartir mi alegría porque es tiempo que exista un blog público de Exchange y Active Directory realizado por peruanos. En vista de la no existencia de muchos blogs en español dedicados a temas de la infraestructura Microsoft nos hemos animado a administrar uno, este blog contendrá temas de implementaciones, administración y mantenimiento de la plataforma MS Exchange y Active Directory de una forma sencilla. Claro también trataremos temas de Forefront, MOM, SMS, System Center Essentials 2007, SQL 2005 y por supuesto abarcaremos y debatiremos sobre los próximos productos de Microsoft a lanzarse, así como laboratorios, cursos, conferencias y reuniones sobre estos temas. Quedo agradecido por el apoyo y transmitirles los ánimos para seguir aprendiendo con mucha perseverancia.

Atentamente,

Bryan Cisneros y Jorge Córdova