Problemas con el certificado de seguridad del servidor de Exchange 2007 al abrir Outlook

Podemos ver que tenemos problemas con este certificado , cuando desde equipos cliente con Outlook, nos muestran mensajes de aviso, informándonos que el servidor al que queremos acceder no tiene un certificado válido y nos da la opción de continuar.

Esto sucede porque Exchange 2007 utiliza un servicio "Autodiscover" para facilitar a los clientes Outlook a obtener lo necesario para conectarese. En el caso de clientes externos, faciliata las URL necesarias y los internos acceden a través de una entrada  en el directorio activo llamada "Service Connection Point".

Para realizar estas comunicaciones utilizan SSL, que necesita un certificado digital válido. Si no disponemos de un certificado de una empresa externa, podemos utilizar los certificados autofirmados de Exchange.

Artículo interesantes sobre Autodisocover Service de Exchange ( ingles) http://msexchangeteam.com/archive/2007/04/30/438249.aspx


Libro blanco de Microsoft sobre el tema
http://technet.microsoft.com/en-us/library/bb332063(EXCHG.80).aspx


Volviendo a nuestro error, si miramos el visor de sucesos del servidor, encontramos en la rama de Aplicación, avisos y errores de la categoría MSExchangeTransport.

• “Microsoft Exchange no encontró un certificado que contenga el nombre de dominio ….”
• “El certificado de confianza directo entrante con la huella digital 26AA7F40122F76F04553DC... ha expirado. Ejecute New-ExchangeCertificate para generar un nuevo certificado de confianza directo.
• Un certificado de confianza directo ha expirado. Huella digital: 40160209F26AA7F40122F76F045...

La solución se nos la indica en estos mismos avisos del visor de sucesos, tenemos que ejecutar desde la consola de administración de Exchange el comando New-ExchangeCertificate y crea de forma inmediata un nuevo certificado para el servidor donde se ejecuta, dando permisos para el grupo de seguridad Servicios de Red de acceso a la clave privada y se publica en el Active Directory.

Podemos comprobar los certificados que tenemos en nuestro servidor utilzando el comando del shell de Exchange Get-ExchangeCertificate -domain "nombre del dominio" |fl  que nos mostrará la información detallada.

Puede pasar que despues de realizar estos pasos siga saliendo el mensaje de aviso en el Outlook por lo que podemos forzar la activación del certificado para diferentes servicios, ejecutando el comando del shell de Exchange Enable-ExchangeCertificate - thumbprint "cadena exadecimal del certificado" - services "POP, SMTP, IIS"

Problema en Arsys con bases de datos Access desde .NET

Arsys tienen por defecto dos carpetas a disposición del usuario cuando contratas un alojamiento. La carpeta DATA con permisos de escritura y la carpeta HTML con permisos de lectura.

Las veces que he alojado páginas en este proveedor lo que he hecho ha sido subir todo a la carpeta HTML creando una subcarpeta APP_DATA o DATOS dentro de este direcctorio principal.

En esta carpeta subo la base de datos de access y solo con esto, si la versión de framework que estamos utilizando es la correcta, podemos tener nuestra página web funcionando, eso si en modo de SOLO LECTURA

Para poder escribir datos en la base de datos de access, tenemos que ir desde el panel de control del sitio web y dar a la carpeta APP_Data o Datos que hayamos creado permisos de escritura.

Si subimos la base de datos a la carpeta DATA que ofrece directamente Arsys, tenemos que crear un odbc y modificar el programa para trabajar con ODBC.

Algo muy importante a la hora de alojar un sitio web creado con .NET es asegurarnos que el alojamiento contratado acepta páginas ASPX, ya que por defecto los alojamientos más básicos solo aceptan páginas HTML

Solución error \Boot\Bcd en XP Home

El susto te lo llevas cuando vas a iniciar el ordenador y te da un error :

windows failed to start. A recent hardware of software change might be the
cause.. then gives options on how to fix with the windows disk.

File:
\Boot\CD

Status: 0xc000000f

Info: An error occurred while
attempting to read the boot configuration data

Esto me paso el fin de semana y empecé a jurar ya que como siempre no tenía certeza de tener todos mis datos guardados como tienen que ser

Después de buscar y rebuscar por internet, estaba claro que es un problema del sector de arranque del disco y la opción más clara era utilizar el disco de arranque o de recuperación del ordenador y reparar el archivo de configuración

Primer problema, no tengo ni la más remota idea de donde esta el disco del sistema operativo.
Al final probando y probando consigo entrar siguiendo los siguientes pasos:

• Desde un cd externo (el problema lo tengo con un netbook, sin unidades de disco) con un disco de Windows vista me deja iniciar el programa de instalación y lanzar la consola de recuperación de Vista. Detecta un error de configuración y lo repara ( o eso dice)
• Pruebo a iniciar pero sigo con el mismo fallo
• Pruebo a iniciar con un Cd de instalación de XP pro, me deja entrar en el modo de reparación ( antes de poner el de Vista no me dejaba entrar)
• Utilizando las herramientas de configuración FIXMBR y FIXBOOT recupera el sector de arranque y a continuación BOOTCFG / rebuid reconstruye el archivo de inicio y a funcionar

Por supuesto lo siguiente ha sido hacer copia de los datos

modo Bloqueado de IPSEC

No hay nada mejor para empezar la mañana que encontrarte con que todas las comunicaciones con el servidor están caídas.

Después de revisar rápidamente el tema de las conexiones y gracias a que todos los usuarios te llaman, queda claro que es un problema general y no solo de tu ordenador

Descripción del problema

• El visor de sucesos de "escupe" un error en el apartado de sistema con el id 4294 que dice "El controlador IPSec ha entrado en modo Bloqueo. IPSec descartará todo....."
• Al intentar levantar el servicio de IPSec genera otro error 10048
• De mientras todo sigue caido y el teléfono sigue sonando
• Sigues viendo donde puede venir el problema y porqué se ha puesto el sistema en modo bloqueado. El monitor de IPSec da error al conectarse a la base de datos de directivas locales y ahí empieza la primera pista de por donde puede venir el problema

Soluciones

• En mi caso la solución paso por reestablecer la conexión de red y reiniciar el servidor
• Otra solución más clara, en el artículo http://support.microsoft.com/kb/870910/es donde indica como reconstruir la directiva local.

Error Driver_Corrupted_MMPOOL al instalar XP

Al reinstalar un equipo relativamente nuevo me encontré con este error Driver_Corrupted_MMPOOL ... 0xD0.

Como antecendentes a este problema, el equipo se estaba quedando colgado independientemente de la carga de trabajo y la aplicación que se estuviera ejecutando. Después de revisar configuraciones, pasar un par de herramientas de limpieza de registro, jugar con el antivirus y ya no sé que más cosas, decidí formatear y volver a empezar.

El equipo es un Pentium IV Dual core 3Ghz con 1 Gb Ram, placa Asus P5PL2 con chipset intel y una gráfica ATI.

Teniendo en cuenta que estaba recién formateada la máquina y que acababa de iniciar la instalación, no podía ser por ningún driver de windows, por lo que podía ser dos cosas, un problema en la copia de los archivos del cd o un problema de placa.

Para comprobar el cd, verifico que no está rallado, que la unidad de dvd esta correctamente conectada y empiezo de nuevo. Finaliza la copia de archivos sin ningún problema pero en el primer reinicio es cuando casca.

Entro en la bios (American Megatrens) y cargo los valores por defecto que vienen en la configuración. Reinicio y a funcionar sin ningún error en la carga y posteriores reinicios de la instalación de windows.

Si con cargar los valores por defecto de la bios no funcionaba, estaba descargando una actualización de firmware para el chipset de la placa, pero no llegue a probarla.

Una vez instalado windows sin ningún problema, cargue los drivers de la placa, tarjeta de red, tarjeta de sonido, tarjeta gráfica, usb... también sin ningún problema, así como antivirus, y demás aplicaciones

Problemas instalación Panda Antivirus en Clientes

Al final tener un antivirus es algo básico y fundamental. Son un engorro, ralentizan el ordenador y más de una vez dan más problemas que los propios virus, pero son un mal necesario en cualquier instalación de ordenadores.

Uno de los problemas de mantener actualizado un antivirus en una red, es el ir uno a uno realizando la actualización. Panda tiene un programa AdminSecure Console, que realiza está tarea de forma automatizada, pero hay veces, que algunos ordenadores se pelean.

El caso más reciente han sido unos equipos con XP SP3 que aparentemente funcionaban correctamente pero que en un caso no podía instalar el antivirus y en el otro no podía actualizarlo

Desde la consola de administración me salia el mismo mensaje "Ruta no localizada" cuando intentaba hacer cualquier cosa con estos ordenadores.

Después de revisar configuraciones y hacer múltiples pruebas al final el quid de la cuestión fue el Firewall de windows. No tengo ni idea de porque motivo en estos dos ordenadores (de 20) el cortafuegos no dejaba acceder a los servicios de Panda

• La solución para el equipo que no podía instalar el panda fue generar el paquete de instalación del agente de distribución de Panda desde el servidor, instalarlo manualmente en el cliente y verificar que el cortafuegos tenía la excepción para dejar comunicarse con el Servidor de panda
• En le otro equipo que sí tenía instalado el panda y que no dejaba actualizarse, paso por crear manualmente la excepción en el cortafuegos. La ruta que tiene la excepción por defecto es: C.\archivos de programa\Panda software\panda administrator 3\Pav_Agent\pagent.exe
• Sino, siempre tienes la opción de desactivar el cortafuegos en el equipo cliente que da los problemas, reinstalar el agente desde la consola de administración y volver a activar el cortafuegos

Automáticamente desde la consola de administración de panda se puede instalar y actualizar el antivirus sin problemas

Error 429 Active X en Vista y 2008 Server

Los sistemas operativos siguen avanzando, pero muchas aplicaciones que tenemos no van a la misma velocidad. Recientemente me encontre con el típico error tonto al instalar una aplicación de Visual Basic 6 en un servidor nuevecito con Windows 2008 server.

El proceso de instalación parecía ir bien pero al ejecutar la aplicación saltava siempre:

Error 429 el componete ActiveX no puede crear...

Siendo una aplicación que está funcionando sin problemas en unos cuantos ordenadores, pensé que tenía que ver con alguna historía del Windows 2008 server.

El problema radica en el sistema de seguridad que tienen incorporado el Vista y el 2008 Server (no me a tocado o no me acuerdo de otras versiones). Es el UAC (User Account Control) Control de Cuentas de Usuario, que te pide confirmación para todo, aunque estes ejecutando en modo administrador

Aunque al instalar el programa confirmaba con usuario y contraseña que lo ejecutase, cuando llegaba el punto de registrar las librerías en windows, pasaba de esa confirmación y no metía ninguna clave en el registro

La solución, desactivar el control de cuentas de usuario, reiniciar el servidor y volver a instalar. Esta solución la apliqué también en un equipo con Vista con el mismo buen resultado.

Hay multiples documentos de microsoft que indican los pasos para desactivar esta funcionalidad, de todas maneras comento aquí dos maneras para hacerlo fácilmente

• Modo 1

Inicio --> Ejecutar --> Escribir msconfig
En la ventan que abre, ir a la solapa Herramientas
Seleccionar de la lista , Deshabilitar UAC y pulsar Inicio
Reiniciar el equipo

• Modo 2

Inicio-->Panel de Control --> Cuentas de Usuario --> Activar o Desactivar los Controles de Cuentas de Usuario
Desmarcar la casilla y pulsar en Aceptar
Reiniciar el ordenador