Hola!
Como les va?
Les comento que se me presento el siguiente problema, con respecto al acceso por parte de los alumnos y profesores en el 3w, los mismos no estan pudiendo acceder.
Realice la verificación de los datos sobre las tablas sga_personas, sga_profesores y aca_usuarios_ag y en todos ellos existen los alumnos y profesores.
Les comento que se realizo la corrida de un script que permite modificar y tomar como datos de usuarios y pass de acceso al 3w con el dni de la persona.
Solo se puede acceder al 3w con un único usuario que es de tipo gerencial, lo que si note es que la contraseña de dicho usuario versus todas las otras contraseñas del resto de usuarios se muestra de una forma distinta la del usuario gerencial dispone de muchos más caracteres, siendo que todos tiene como clave de acceso el dni, eso me lleva a pensar que el algoritmo que se esta utilizando para el encriptado desde el Siu Gestión y el 3w son distintos, se esta trabajando con la versión del Siu Gestión 2.8. Buscando entre los procedimientos almacenados dentro de la base del SIU encontre uno que se llama sp_md5. No se si el problema esta vinviendo por ese lado o no, ya que realice la verificación de si existen las personas en las tablas que se indico más arriba, y todas con las que probe existen.
No se si es que esta faltando indicar un dato más a los usuarios? Pense que no accedian porque los tenía bloqueados pero verifique y todos estan activos y desbloquedos.
Cual podría ser el problema?
Saludos y gracias por todo!
Hola Víctor, a partir de la versión 2.8.1 se realizó una modificación en el esquema de encriptación y acceso de los usuarios al G3W2.
Las contraseñas de la versión 2.8.0, que se encriptaban en MD5 deberán ser migradas. Ustedes en qué versión están probando? Si es de 2.8.1 para arriba, el error probablemente sea que las claves no están migradas.
Acá están las indicaciones para migrar claves: http://portalguarani.siu.edu.ar/Portal/wiki/G2/3w/2.8.1/DocTecnica/G3W2Actualiz281#a3.2MigrarClavesanuevoesquemadeencriptación
Recordar hacer un backup de la base antes de realizar el proceso. Y asegurarse de tener la base convertida porque el campo ‘clave’ en aca_usuarios_ag cambió su longitud en la versión 2.8.1
La clave (valor que se guarda en aca_usuarios_ag.clave) es el MD5 de los DNI verdad? o el DNI en texto plano?
Hola!
Gracias por responder!
Te comento un poco la situación, inicialmente se comenzo instalando todo lo referente a la versión 2.7 del SIU, luego se decidio migrar a la versión 2.8.1 Gestión y su correspondiente versión en 3W a fines del año pasado se decidio migrar solo la versión 3W instalada hasta ese momento por la versión 3W 2.8.3 que era totalmente compatible con la versión 2.8.1 Gestión que se instalo y quedo como definitiva.
El problema de las contraseñas surguio hace poco cuando se abrieron las inscripciones a cursado y nos comenzamos a dar con que ningunos de los chicos están pudiendo acceder con sus respectivos datos de usuarios y pass.
Por lo que usted comenta tengo que llevar acabo varios pasos para poder darle solución a dicho inconveniente, consulta, no disponen de algún script que corrija el sp_md5, procedimiento que esta siendo utilizado por el actual SIU 2.8.1 y sea adaptado a la nueva forma de encriptación?
Con respecto a la longitud del campo ya se realizo en su momento la corrección de la longitud.
Destaco que luego de haberse realizado la instalación del 3W 2.8.3, se hizo una prueba de acceso, pero cuando se presento el problema de no poder acceder, se hicieron los pasos para recuperar pass desde el “olvide contraseña” que dispone el 3W, echo estos pasos, se puede acceder de forma correcta.
Por otro lado, este año se decidio implementar como datos de acceso al 3W el dni tanto en usuario como en contraseña, se esta utilizando un script que se personalizo para tal fin y este utiliza como procedimiento de encriptación de clave el sp_md5 que se encuentra en la base de datos del SIU 2.8.1… Hay alguna posibilidad de correguir ese procedimiento o generar uno nuevo con la nueva forma de encriptación para luego ser utilizado en este script que se armo para tal fin?
Gracias por todo.
Saludos coordiales.
Hola!
La causa por la cuál los usuarios del G3W2 no pueden ingresar, es porque sus contraseñas se encuentran encriptadas en MD5, esquema que se cambió a partir de la versión que ustedes instalaron, por otra encriptación más segura.
La solución que dimos es un comando llamado migrar_claves, que toma la antigua clave en MD5 y la migra a su equivalente con el nuevo esquema.
Los pasos para migrar las claves son:
- Hacer backup de la base de datos
- Ejecutar comando migrar_claves, ubicado en una consola, dentro del directorio del proyecto
/usr/local/proyectos/guarani2/3w/versiones/2.8.1/bin$ ./guarani migrar_claves ua_01
Donde ua_01 es el ID del bloque de acceso para migrar las claves
Por otro lado, para los usuarios nuevos en el sistema, al darlo de alta como usuario de autogestión desde Gestión, se le pone una contraseña default que no se encuentra encriptada con el nuevo esquema (esto es porque la encriptación la provee una clase de PHP), por eso obligatoriamente, los usuarios nuevos deberán realizar el proceso de recuperación de contraseña. Es por esto que cuando ustedes recuperan la contraseña de algún usuario, pueden ingresar sin inconvenientes: porque la clave está encriptada con el nuevo esquema.
Si ustedes no migraron las claves, al ejecutar el comando migrar_claves, los usuarios podrán ingresar con su clave anterior (que se encontraba encriptada en MD5).
Ahora, como este comando se corre una sola vez, y ustedes lo que quieren es que los usuarios nuevos ingresen con su DNI, lo que se me ocurre que pueden hacer es: como clave default guardar el DNI encriptado en MD5 (esto desde Gestión), y ver si pueden realizar un comando parecido al de migrar_claves que migre las claves de los usuarios nuevos con DNI en MD5 al nuevo esquema.
Deberían revisar el código del comando migrar_claves: src/siu/util/consola/comandos/migrar_claves.php y ver si lo pueden adaptar para lo que ustedes desean hacer.
Victor, pudiste solucionar este tema?