Error al actualizar SILTRA 2.3.2

La instalación en RED muestra errores durante la instalación, si bien las rutas de que cada usuario se guardan en un fichero XML, es necesario ejecutarlo con un usuario con permisos suficientes.

En este caso para la actualización 2.3.2 en la que se indican como notas:

La nueva versión soluciona el problema que existía con la mecanización de jornadas reales para el año 2021

En realidad se vuelven a lanzar la instalación/copia de componentes, entre ellos… librerías de de Crystal Decision del año 2009, esta empresa fue comprada por Business Objects en 2003, que a su vez fue comprada por SAP en 2007… 12 años sin actualizaciones ni mejoras…

Después de desempaquetar el ejecutable y ver por encima que intentaba hacer… ¿la solución rápida? ejecutar de nuevo el instalador, y como las «nuevas rutas» mezcladas entre relativas y absolutas (SILTRA\RED\System\..\Crystal Decision) ya existen… no da fallo y da por actualizada la versión 2.3.1 a 2.3.2

Relacionado: SILTRA 2.2.0 error al procesar remesas INSS

Trasladar y reparar instalación SAGE

El proceso de soporte con el software de SAGE nunca ha sido sencillo ni para usuarios finales ni para administradores rodeado de oscurantismo en cuanto al soporte oficial y distribuidores, en este caso se trata de trasladar una instalación actual de ContaPlus y NominaPlus. El resto de software debería ser un proceso similar, en este caso el equipo que contenía se ha sustituido pero todavía esta accesible el disco.

Como las copias de seguridad «casualmente» no se ha realizado… el primer paso es copiar el directorio de instalación completo, normalmente c:\GRUPOSP al nuevo equipo, si intentamos ejecutar «C:\GRUPOSP\SPPanel\SPPG.exe» nos mostrará el error: «No se ha encontrado la configuración para panel de gestión».

Leer más

Actualización de osTicket con errores

Desde versiones previas 1.10.X a 1.12.X o posteriores aparecen errores con tablas ya creadas (seguramente de actualizaciones fallidas previas) en las que se muestra el error en el registro de la aplicación:

* @signature 86707325fc571e56242fccc46fd24466 
* @version v1.11.0 
* @title Add ticket referral * 
* This patch adds a table for thread referral as well as thread event states of referred and deleted 
*/ CREATE TABLE `cli_thread_referral` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT,  `thread_id` int(11) unsigned NOT NULL,  `object_id` int(11) unsigned NOT NULL,  `object_type` char(1) NOT NULL,  `created` datetime NOT NULL,  PRIMARY KEY (`id`),  UNIQUE KEY `ref` (`object_id`, `object_type`, `thread_id`),  KEY `thread_id` (`thread_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 

Table 'XXX_thread_referral' already exists

Deberemos volver a recuperar los archivos y la base de datos de nuestra copia de seguridad, además de eliminar la tabla indicada, deberemos suprimir dos más, donde «XXX» es el prefijo de las tablas de nuestra instalación:

DROP TABLE XXX_thread_referral;
DROP TABLE XXX_queue_export;
DROP TABLE XXX_event;

Es recomendable eliminar posibles idiomas adicionales y dejar como predeterminado el inglés nativo. En el caso de instalaciones antiguas, la versión de PHP mínima es la 5.6.40 tras la actualización podemos cambiar a 7.1.33 o posterior.

Si nos encontramos con errores durante la actualización pero sin dejar rastro en el log de PHP y de la BBDD de la aplicación, las reglas del firewall de aplicaciones Modsecurity bloquean el proceso de actualización, deberemos permitir temporalmente, utilizar Atomic Standard en lugar de OWASP o añadir excepciones para la ruta del panel de gestión (SCP).

NOTA: Es posible revisar los detalles de las reglas aplicadas en el registro de Plesk/cPanel via web o en los directorios de registro, por ejemplo: %Plesk_dir%\ModSecurity\vhosts\GUIDXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX\logs sería necesario deshabilitar la regla 920480

 

Message: Access denied with code 403 (phase 1). Match of "rx ^%{tx.allowed_request_content_type_charset}$" against "TX:1" required. [file "/Plesk/ModSecurity/rules/modsecurity_crs-plesk/rules/REQUEST-920-PROTOCOL-ENFORCEMENT.conf"] [line "944"] [id "920480"] [msg "Request content type charset is not allowed by policy"] [data "utf-8"] [severity "CRITICAL"] [ver "OWASP_CRS/3.2.0"] [tag "application-multi"] [tag "language-multi"] [tag "platform-multi"] [tag "attack-protocol"] [tag "OWASP_CRS"] [tag "OWASP_CRS/PROTOCOL_VIOLATION/CONTENT_TYPE_CHARSET"] [tag "WASCTC/WASC-20"] [tag "OWASP_TOP_10/A1"] [tag "OWASP_AppSensor/EE2"] [tag "PCI/12.1"]
Action: Intercepted (phase 1)
Apache-Handler: IIS
Stopwatch: 1590421305747749 0 (- - -)
Stopwatch2: 1590421305747749 0; combined=0, p1=0, p2=0, p3=0, p4=0, p5=0, sr=0, sw=0, l=0, gc=0
Producer: ModSecurity for IIS (STABLE)/2.9.2 (http://www.modsecurity.org/); OWASP_CRS/3.2.0.
Server: ModSecurity Standalone
Engine-Mode: "ENABLED"

 

 

Errores post-instalación con Intel Unite

La instalación del software del Intel Unite, para permitir compartir pantallas y entornos de trabajo colaborativos compatibles con Intel vPro, termina correctamente pero es necesaria una configuración posterior del entorno más detallada. Debemos asegurarnos que el equipo contiene certificados SSL válidos dentro de la organización, bien con nuestra propia AC o externos.

Para realizar la autoconfiguración de equipos cliente podemos añadir registros DNS en nuestro servidor, añadimos una etiqueta TXT:

SERVICEURL=https://unite.midominio.com/IntelUnite/api&orgId=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXX&orgName=MI-ORGANIZACION

Nos facilitará algunos pasos de despliegue según la infraestructura de nuestra organización, en el caso del sevicio DNS de Windows Server:

Leer más