El maldito error «C:\Windows\system32\RpcProxy\RpcProxy.dll IIS 7 no se puede leer»

Hace poco un buen cliente me pidió que le instalase y configurase Windows Server 2008 y Exchange Server 2007 en un servidor para la red de la nueva nave industrial que acaban de adquirir.

El cliente me compró el servidor y el software y además había que migrar todos los usuarios y perfiles móviles del viejo directorio activo al nuevo, por lo tanto el presupuesto era alto. Acepté y me puse manos a la obra.

Exchange Server 2007

Después de dos dí­as de duro trabajo todo quedó finalizado: el nuevo Exchange, el nuevo directorio activo, la migración de todos los buzones de correo del viejo servidor, la migración de todos los perfiles móviles, el DNS, el servicio WINS, las impresoras, el DHCP, el servidor web y el servicio de webmail OWA.

Todo correctamente funcionando, así que la instalación fue un éxito y el cliente quedó muy satisfecho.

El susodicho servidor

Sin embargo a las dos semanas me llamó para comunicar que inexplicablemente el webmail de Exchange Server 2007 (OWA) y el servidor web (IIS 7) no funcionaban.

Me puse a investigar el problema y descubrí­ en el visor de sucesos el siguiente error:

C:\Windows\system32\RpcProxy\RpcProxy.dll IIS 7 can not read

Qué error más extraño (pensé yo). Empecé a buscar información por Internet y después de una mañana entera me estaba dando por vencido. ¡Nadie parecía saber nada de esto!

Como el fallo radicaba en una librerí­a DLL (RPCProxy.dll) probé varias cosas: reinstalé el servicio RPCproxy, eliminé la DLL a mano y la volví­ a crear, reinstalé IIS… Ninguno de estos trucos sirvió.

Completamente desperado entré en la web de Microsoft TechNet buscando información respecto al maldito error y de pronto encontré este mensaje: 

«There is a known issue currently with rpc/http (which TS gateway uses) breaking 32-bit worker processes. A fix is in the works for the next service pack.

O lo que es lo mismo:

«Existe un problema conocido actualmente con rpc/http (el cual usa la pasarela TS) que rompe los procesos de 32-bits. Se está trabajando en una solución para el próximo service pack».

¿Cómo es posible tal chapuza? ¿Cómo coño voy a contarle esto a mi cliente?

No puedo decirle que después de dí­as de trabajo y él haber gastado mucha pasta en hardware y software no pueden tener servidor web ni webmail hasta que Dios y Microsoft quieran.

Al borde de un ataque de nervios y después de pensar en llamar a Microsoft y montar un pollo, se me ocurrió una idea. Puesto que el fallo al parecer era debido a los procesos de 32 bits del servidor web ¿por qué no los desactivaba y dejaba solo los de 64 bits?

Dicho y hecho, y a la primera ¡funcionó!. Reinicié el equipo y el servidor web y todo iba bien, incluido OWA.

¿Cómo desactivé estas extensiones?

Fácil: abrí­ la consola de administración de Internet Information Server 7.0 e hice clic en el nombre del servidor (aparece a la izquierda).

Consola de IIS 7.0

Posteriormente clic en la opción «ver grupos de aplicaciones» ( a la derecha) y luego en la opción «Establecer valores predeterminados del grupo de aplicaciones».

Establecer valores predeterminados..."

Finalmente, en la ficha «General» pulsar en la primera opción: «Habilitar aplicaciones de 32 bits» y cambiar a «false».

Después del reinicio del equipo volví a respirar.

8 Comentarios

Añadir un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

Privacidad y cookies

Utilizamos cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mismas Enlace a polí­tica de cookies y política de privacidad y aviso legal.

Pulse el botón ACEPTAR para confirmar que ha leído y aceptado la información presentada


ACEPTAR
Aviso de cookies