Friday, May 28, 2010

CCertRequest Submit servidor RPC no disponible 0x800706ba Certificate Server Windows 2008 R2

Tenemos un dominio Windows 2008 R2. Con nuestro usuario del grupo de administradores de dominio, instalamos Certificate Server en un servidor miembro Windows 2008. Todo acaba bien y nos disponemos a generar un certificado de servidor Web abriendo una ventana con Internet Explorer y en primer lugar no nos aparece la plantilla de servidor Web. Si seleccionamos uno de usuario entonces nos encontramos con el error:

Información de error de COM: CCertRequest::Submit: El servidor RPC no está disponible. 0x800706ba (WIN32: 1722)

Si miramos en el visor de sucesos vemos que aparece un evento 10016:

La configuración de permisos específico de la aplicación no concede el permiso Activación Local para la aplicación de Servidor COM con CLSID
{D99E6E74-FC88-11D0-B498-00A0C90312F3}
al usuario dominio\miUsuario con SID (S-1-5-21-...) en la dirección LocalHost (con LRPC). Este permiso de seguridad se puede modificar mediante la herramienta administrativa Servicios de componentes.

Repaso todos los grupos, usuarios y sus permisos y todo parece estar correcto.

Si entro con el usuario dominio\administrador entonces si que genera bien los certificados. Compruebo que mi usuario administrador de dominio pertenezca a los mismos grupos que el “administrador” y aun así sigue sin funcionar.

La solución a esto la encuentro de casualidad cuando estoy comprobando la conectividad con dcdiag. Resulta que si ejecutas desde una ventana de sistema sin más te salen errores mientras que si la abres como administrador entonces todo está correcto.

Más claro agua. Abro la ventana de Internet Explorer como administrador y entonces si que aparecen todas las plantillas disponibles incluida la de servidor Web, y la generación de certificados se produce sin errores.

Esta solemne chorrada me ha llevado de cabeza durante más tiempo del que debería. Avisados estáis. Que os aproveche.


Enlaces relacionados:
http://social.technet.microsoft.com/Forums/en-US/winserversecurity/thread/bd5f0011-5335-4c5f-8407-10c6260bab5d
http://circulotito.blogspot.com/2008/06/dcom-event-10016-no-concede-permiso-de.html

Friday, November 13, 2009

HP dv6 1291es 4GB RAM y solo usa 3GB

Recientemente he tratado con un HP que tenía 4Gb de RAM y venia con Windows 7 Home Premium de 32 bits. Esto hace que solo pueda utilizar 3GB por lo que yo no entiendo porqué los venden así. Si instalas Windows 7 x64 entonces ya puedes utilizar los 4GB que para eso los has pagado, e incluso si pasas el test de rendimiento te saldrá mejor.

Otra cosa que no entiendo es por qué solo te dan el disco del Windows 7 de 32 bits, cuando se supone que la licencia vale para cualquiera de las dos versiones, x86 (x32 para algunos) y x64.

El caso es que reinstalé el sistema con un DVD de instalación de Windows 7 de 64 bits y lo activé con el número de serie original que trae el equipo. Así tienes los 4GB para usarlos como quieras y el sistema va mejor.

Artículos relacionados:
http://circulotito.blogspot.com/2008/05/error-al-instalar-vista-sp1-en-dell.html

Wednesday, October 28, 2009

https sobre puerto no estándar en ISA Server 2006

Si intentamos conectar a un sitio web seguro (https) que escucha en un puerto distinto del estándar (443) obtenemos un mensaje de error.

ISA server 2006 identifica las conexiones seguras y si no usan el puerto estándar no las permite. No sirve con crear una regla para acceder al puerto TCP en concreto porque no se aplica esa regla.

Para permitir las conexiones hay que hacer lo siguiente:

1.- Añadir el nuevo puerto para https con AddTPRange.vbs
2.- Crear una regla para permitir conectarse a ese puerto TCP en la red externa.
3.- Reinicar ISA server.

Referencia:
http://technet.microsoft.com/en-us/library/cc302450.aspx

Tuesday, October 27, 2009

Acrobat con firma electrónica en presentación telemática de documentos para administración

En la presentación telemática de documentos a la administración, donde se usan documentos PDF firmados, nos podemos encontrar con algunos problemas que no están documentados y nos pueden hacer perder bastante tiempo antes de encontrar la solución. Estos son algunos problemas y sus soluciones. Espero que os sea de utilidad.

1.- El puerto para el protocolo seguro (https) que usan (9783) no es el estándar (443) por lo que requiere una configuración especial en el cortafuegos corporativo (ISA Server). Eso o usamos un ordenador conectado directamente a Internet.

2.- El mensaje que pide actualizar a la última versión de Acrobat no es válido. La última versión de Acrobat es la 9 y con esa no funciona. Como sí funciona es con Acrobat 8, pero esa descarga no está directamente accesible en la página de Adobe.

3.- Parece ser que con Microsoft Internet Explorer hay algún problema, al igual que con Chrome, por lo que al final se ha utilizado Firefox.

Wednesday, October 14, 2009

sugarCRM patch error upload_max_filesize post_max_size settings in php.ini

Al actualizar el sugarCRM de la versión 5.2.0h a la 5.2.0j (SugarCE-Patch-5.2.0j.zip) con el asistente que lleva integrado me salía un mensaje en el que avisaba de que tenía que aumentar el taaño de las variables upload_max_filesize y post_max_size del php.ini y tras hacerlo así seguía ocurriendo lo mismo.

En un entorno montado con IIS con SQLserver 2005, tras examinar los permisos de los directorios y de la base de datos no parece que haya problema. Además en los log’s tampoco hay ninguna pista de lo que pueda estar fallando.

Tras buscar por los foros veo que a un vecino francés le falla también la actualización por algo del idioma. Le dicen que el idioma no debería dar problemas pero que preferiblemente pruebe a actualizar entrando con el administrador en inglés.

Pese a no ser francés, si que es verdad que tengo el interfaz en español por lo que pruebo y “oh maravillas” que el parche se instala correctamente.

En fin, espero que no perdáis el tiempo como lo he perdido yo con esta chorrada.

Tuesday, July 7, 2009

Microsoft##SSEE has been upgraded to a newer version of SharePoint. Please upgrade this SharePoint application server before attempting to access

Tenemos un servidor Windows SharePoint Services 3.0 con el SharePoint Server 2007 Service Pack 1.

Un dia Microsoft publica el SharePoint Server 2007 Service Pack 2 y este se instala automáticamente por WSUS.

Resultado: el sharepoint no funciona y además el servidor se queda inaccesible. No se puede entrar usando cuentas de dominio. Solo con la del administrador del equipo local consigo entrar y ver que al parecer ha fallado la instalación del SharePoint Server 2007 Service Pack 2.

El mensaje de error:
Additional exception information: The specified SPContentDatabase Name=SharePoint_AdminContent_... Parent=SPDatabaseServiceInstance Name=Microsoft##SSEE has been upgraded to a newer version of SharePoint. Please upgrade this SharePoint application server before attempting to access this object.

Menos mal que este servidor estaba instalado en una máquina virtual de la que se hacen copias de seguridad. De esta manera recuperamos una copia de hace unos meses que no tenía el SP2 aplicado.

Y cual fue mi sorpresa cuando arranco la maquina virtual y resulta que tampoco me deja entrar con las cuentas de dominio. El caso es que decido sacarla del dominio y volverla a meter. Con esto consigo que me deje entrar con la cuenta de dominio y que funcione el sharepoint.

El caso es que tras instalar manualmente las actualizaciones pendientes varias veces y en distintos órdenes siempre se llega al mismo punto. La que falla es el Service Pack 2.

Entonces, mirando los registros de instalación del estilo:

PSCDiagnostics_7_2_2009_14_35_22_690_1277717239.log

Siempre vemos el mismo error y ninguna pista.

Entonces decido ver que hay en:

Upgrade.log

Y vemos un error del tipo:
[SPDatabaseGbwSequence] [ERROR] [7/2/2009 2:36:46 PM]: Upgrade object too new (build version = 12.0.0.6219, schema version = 2.0.0.0). Current server (build version = 12.0.0.4518, schema version = 3.0.1.0).

El caso es que buscando ese error encontramos una cosa curiosa que le pasa a la gente: si tienes instalado el Microsoft Groupboard workspace 2007 la instalación falla estrepitosamente.

La solución: desinstalar el Microsoft Groupboard workspace 2007 antes de instalar el SharePoint Server 2007 Service Pack 2.

Y yo personalmente no volví a instalar el dichoso Microsoft Groupboard workspace 2007 ni ganas de hacerlo.

http://blogs.msdn.com/sharepoint/archive/2006/12/18/groupboard-workspace-2007-the-first-application-template-for-windows-sharepoint-services-3-0-now-available.aspx

Artículos relacionados:
http://circulotito.blogspot.com/2008/06/hyper-v-virtual-machine-backup.html
http://circulotito.blogspot.com/2008/04/sqlserver-no-conecta-con-msdtc.html

Monday, June 29, 2009

Vincular celdas Excel a celdas de otro fichero calculadas con referencias a un tercero

Si tenemos que vincular el contenido de una celda (1) de Excel con otra celda (2) en otro fichero debemos verificar que la celda (2) no se calcula usando otra celda (3) de un tercer fichero.
Si esto es así entonces (1) no toma el valor correcto porque la celda (2) no se calcula hasta que se abre el fichero.
Para solucionar esto podemos hacer una macro que se ejecute al abrir el fichero y que se encargue de abrir los ficheros Excel que sean necesarios.

Artículos relacionados:
http://circulotito.blogspot.com/2008/04/error-swvbaserver-en-solidworks-x64.html
http://circulotito.blogspot.com/2008/06/tildes-en-archivos-bat-en-smbolo-del.html