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

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.

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.