JesusHerrero.Com » Servidores

Renovar Certificado interno de Exchange 2007

Jesús Herrero — Wed, 27 Jan 2010 11:30:18 +0000

Por defecto, Exchange 2007 incorpora un certificado interno para cifrar las comunicaciones entre el site. Es el Exchange 2007 la propia CA emisora del certificado. Para renovar nuestro ceertificado, realizaremos el siguiente proceso:

1.- Realizar una copia de nuestro certificado actual. Como no sabemos cual es el que queremos copiar, puesto que podemos tener varios instalados, realizaremos un listado de los existentes:

Get-ExchangeCertificate

2.- Una vez listados los certificados de nuestra máquina, nos disponemos a clonar un certificado ya firmado. El nuevo certificado (clon del anterior) mantendrá todos los datos pero su vigencia comenzará hoy. veremos el Thumbprint, servicios que aplica e información sobre el nombre/asunto que securiza. Copiamos el Thumbprint del certificado que nos interese renovar y escribimos:

Get-ExchangeCertificate | New-ExchangeCertificate -Services SMTP,POP,IMAP

Evidentemente los servicios a lso que aplica son personalizables e incluso pueden omitirse si se trata de un certificado de máquina.

3.- Tras la clonación de nuestro antiguo certificado, podemos volver a ejecutar “Get-ExchangeCertificate” para comprobar que se ha creado un nuevo certificado. Una vez verificado la existencia del nuevo, lo activaremos del siguiente modo:

Enable-ExchangeCertificate

4.- Una vez activado, podemos eliminar el certificado antiguo ya caducado o apunto de estarlo, mediante:

Remove-ExchangeCertificate -Thumbprint

Más Info en MS TechNet: http://technet.microsoft.com/es-es/library/bb851505(EXCHG.80).aspx

Reconstruir los directorios virtuales de OWA en Exchange 2007

Jesús Herrero — Mon, 25 Jan 2010 23:03:17 +0000

En ocasiones, tras la fallida instalación de algún parche, Service Pack o RullUp, los directorios virtuales de OWA pueden corromperse y mostrar una apariencia caótica y desordenada. La interface de OWA se desajusta, los iconos se muestran con un tamaño desproporcionado y la hoja de estilos (.CSS) no se aplica. En ese momento, necesitaremos hacer un rebuild o recomposición de las carpetas virtuales de OWA. Veamos el procedimiento.

Ejecutando los siguientes comandos, desde la PowerShell, reconstruiremos nuestro corrupto OWA:

get-owavirtualdirectory -server nombreDeServidor -DomainController nombreDeControladorDeDominio | ? {$_.OwaVersion -eq “Exchange2003or2000″} | remove-owavirtualdirectory -DomainController nombreDeControladorDeDominio

new-OwaVirtualDirectory -OwaVersion “Exchange2003or2000″ -VirtualDirectoryType “Mailboxes” -DomainController nombreDeControladorDeDominio

new-OwaVirtualDirectory -OwaVersion “Exchange2003or2000″ -VirtualDirectoryType “Exadmin” -DomainController nombreDeControladorDeDominio

new-OwaVirtualDirectory -OwaVersion “Exchange2003or2000″ -VirtualDirectoryType “PublicFolders” -DomainController nombreDeControladorDeDominio

new-OwaVirtualDirectory -OwaVersion “Exchange2003or2000″ -VirtualDirectoryType “exchweb” -DomainController nombreDeControladorDeDominio

Más información en Microsoft: KB320202

Añadir más de 4 GB de RAM en entornos 32 bits

Jesús Herrero — Thu, 13 Aug 2009 05:49:14 +0000

Recientemente he montado un W2K8 Server (32 bits) en una máquina con apenas 2 GB de RAM. Como lo quiero destinar a ser una plataforma de virtualización, he adquirido RAM adicional hasta dejarle con 10 GB en total. Al arrancar, la BIOS reconoce toda la RAM, pero Windows 2008 Server… la reconoce a medias y solo 3,5 GB. Por diseño, los entornos 32 bits solo mapean 4 GB de RAM. Además, dicha memoria ha de compartirse con otros dispositivos mapeados como la tarjeta de vídeo, controladoras, etc. Por ello, la memoria final suele disminuir hasta los 3,1 GB. En cualquier caso, el límite está en los 4 GB como tope. Veamos cómo hacer que reconozca toda la memoria disponible.
Si nos dirigimos a las propiedades del Servidor (botón derecho sobre Mi Pc/Propiedades), observamos que la información del sistema muestra los 10 GB en nuestro caso. Este dato muestra únicamente la memoria total instalada en la placa (la misma que reconoce la BIOS), PERO NO ES LA QUE UTILIZA EL SISTEMA OPERATIVO. Para comprobar cuanta memoria utiliza nuestro servidor, nos tendremos que dirigir al ‘performance’ del ‘task manager’. Solo ahí se muestra la memoria disponible. Al acceder al ´performance´compruebo en mi caso que dispongo de 3.838 MB de memoria física disponible en total (los 4 GB de limitación).

La solución está en cambiar el Sistema Operativo por uno de 64 bits, o bien en activar el PAE (Physsical Address Extension) integrado solo en algunas versiones server 2003 y 2008. Si se habilitase dicha función, la limitación en 2008 Server Enterprise Edition pasaría de 4 GB a 64 GB (http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx)
Y eso del PAE… ¿Qué es? Para explicarlo rápidamente, la limitación de 4 GB es por diseño y por causas físicas de hardware. Parece ser que desde hace unos años (época del Pentium Pro), los fabricantes incluyen unos bits adicionales en los procesadores. Por tanto, tenemos unos 36 bits disponibles y no 32 como pensábamos. El PAE se encarga de aprovechar esa extensión de bits con la memoria adicional que permite utilizar. La limitación de los 36 bits estaría en 64 GB de RAM.

En nuestro caso, procedemos además a deshabilitar el DEP (Data Execution Prevention) para optimizar la gestión de la memoria. Ejecutamos, en una línea de comandos:

BCDEdit /set nx AlwaysOff

BCDEdit /set PAE forceenable

A continuación reiniciamos el servidor. Al iniciar nuevamente, nos dirigimos al ‘performance’ y comprobaremos como la memoria que utiliza ahora el servidor ha aumentado de 3,5 GB a nuestros 10 GB.

Para activar PAE en Windows 2000/2003 Server: http://support.microsoft.com/kb/283037

Ampliar el tamaño de un disco virtual con VMWare Server 2.0

Jesús Herrero — Wed, 08 Jul 2009 12:06:17 +0000

Es muy posible que con el tiempo, necesitemos más espacio en disco para nuestra máquina. Una soución puede ser añadir un disco adicional, pero en ocasiones es el propio disco existente el que necesitamos ampliar. Para solucionar nuestro problema existe un comando en VMWare Server 2.0 que nos permitirá modificar el tamaño de nuestro disco o fichero “.vmdk”. Veamos como proceder.

En primer lugar indicar que para ampliar nuestro disco, la máquina virtual ha de estar apagada. No vale suspenderla o pausarla. La utilidad que redimensiona los volúmenes virtuales es ‘vmware-vdiskmanager’ y se encuentra por defecto en la ruta de instalación del programa (“C:\Program Files\VMware\VMware Server“). Una vez que hemos comprobado que disponemos de dicho comando, buscaremos el disco virtual que queremos ampliar. En mi caso, el disco se encuentra en C:\IMGS\Servidor01\Sistema.vmdk.

A continuación abrimos una ventana MS-DOS para dirigirnos a la ruta del disco:

c:\IMGS\Servidor01>

y desde ahí, invocamos la ruta original del comando con sus variables:

vmware-vdiskmanager -x nombredeldisco

En nuestro caso, el comando quedaría del siguiente modo:

C:\IMGS\Servidor01>”C:\Program Files\VMware\VMware Server\vmware-vdiskmanager” -x 15GB Sistema.vmdk

Nótese cómo invocamos la ubicación original del comando, desde la ruta del disco. Tras lanzarlo, comenzará el proceso de ampliación del disco. El resultado final ha de ser similar a este:

Grow: 100% done.
Disk expansion completed successfully.

NOTA: Si el proceso ha sido satisfactorio pero el disco o fichero .vmdk sigue ocupando lo mismo, es porque nuestro disco está particionado. Debemos de acceder a la máquina virtual y observar mediante el adminsitrador de discos, esl nuevo espacio sin asignar. Si el disco está particionado, se ha de usar una herramienta de terceros que permita utilizar ese espacio disponible que hemos ampliado. Ello habría que hacerlo siempre desde la propia máquina virtual.

Asignar permisos SMTP en entorno EDK7

Jesús Herrero — Mon, 25 May 2009 23:12:46 +0000

En muchas ocasiones nos surge la necesidad de otorgar permisos a un host determinado, para que pueda enviar correos a través de nuestro Exchange. Este nuevo host puede ser desde un servidor adicional (IIS, SQL,…) a cualquier dispositivo que requiera una pasarela de correo para enviar notificaciones (impresoras, appliances, etc.). Veamos como poder permitir el envío de correos mediante Exchange 2007.Por defecto, Exchange 2007 acepta y hace relay de todo el correo que recibe siempre y cuando provenga de una cuenta autenticada en el dominio. Sin embargo, hay determinados dispositivos que no permiten autenticarse y envían solo mediante conexión anónima. Para permitir que una IP determinada pueda enviar correos por nuestro site, tendremos que crear un conector de recepción en el Exchange que queramos que haga relay (por defecto, el del rol Hub Transport). Este conector se configurará para que reciba correos de un origen determinado y con una validación determinada.

Nos dirigimos a la consola de administración de Exchange 2007/Server Configuration/Hub Transport, y creamos un nuevo “Receive Connector”. Mediante un asistente, se nos solicitará el interface del servidor que por el que entrarán esos correos (por defecto indica todos) y la dirección de origen de los correos (el nuevo host a autorizar). Tras crearlo, editaremos sus propiedades y nos dirigimos a las opciones de “grupo de permisos” (Permissions Group).

Es en esta parte cuando indicaremos el permiso que vamos a dar a las direcciones indicadas para enviarnos correos. Dicho permiso puede ser:

Anonymous Users: Cuantas anónimas de usuarios, sin autenticar.
Exchange Users: Cuentas de usuario autenticadas.
Exchange Servers: Servidores Exchange en todos sus roles.
Legacy Exchange Servers: Grupo de seguridad “Legacy Interop” (RGC).
Partners: Cuenta de servidor asociado

Por tanto, para un host que requiera enviar correos anónimos a nuestro Exchange rol hub, deberemos marcar el primer check únicamente, como muestra la imagen.

Es muy importante indicar que el acceso anónimo solo ha de marcarse para host que tengan un firmware o plataforma cerrada, reduciendo así el riesgo de malware potenciales que utilicen nuestro site de correo. Además, debemos de asegurarnos que las IP´s autorizadas para ese uso anónimo son únicamente las necesarias.

Más info en http://technet.microsoft.com/es-es/library/aa996395.aspx